Age | Commit message (Collapse) | Author |
|
|
|
|
|
- Remove using directives from the generated C# code and fully qualify the use of all .NET
framework types in order to minimize potential name collisions from input files defining
types, namespace, etc with the same name as .NET framework members.
- Globally qualify the use of .NET framework types in the System namespace
- Remove .NET 1.1 support, .NET 2 is the minimum for the C# module
Closes #79
* 'master' of https://github.com/BrantKyser/swig:
Correct spelling of compatibility.
Update documentation to reflect fully qualifying the use of .NET types in the generated code.
Add support for SWIG2_CSHARP macro to create SWIG 2 backwards compatability mode.
Remove using directives from the generated C# code and fully qualify the use of all .NET framework types in order to minimize potential name collisions from input files defining types, namespace, etc with the same name as .NET framework members.
Since SWIG 3.0 removes support for .NET 1.1, cleanup the C# library by removing the use of the SWIG_DOTNET_1 macro.
Globablly qualify the use of types from the .NET framework's System namespace in the C# module and library.
Add test case to demonstrate the name collision that occurs in the generated C# code when a namespace is named System.
|
|
- More robust implementation.
- Fix some bugs to give better exception messages when a user uses the
director utility exception functions and classes.
- Replace unnecessarily shortened variable names for easier reading of
code.
|
|
|
|
|
|
Closes #91
|
|
|
|
mode.
|
|
|
|
Fixes SF bug 1333.
|
|
|
|
within extern "C" block.
Fixes SF #1340
|
|
of all .NET framework types in order to minimize potential name collisions from input files defining types, namespace, etc with the same name as .NET framework members.
|
|
removing the use of the SWIG_DOTNET_1 macro.
|
|
Fixes SF #1345
|
|
namespace in the C# module and library.
|
|
Commit #c3f3880d caused the functions
SWIGINTERN int SWIG_Lua_add_namespace_details(lua_State* L,
swig_lua_namespace* ns)
and
SWIGINTERN int SWIG_Lua_namespace_register(lua_State* L,
swig_lua_namespace* ns)
to return void when int returns were expected resulting in the build
failures for plplot's lua bindings for example. This commit fixes the
issue.
Closes #92
|
|
|
|
Conflicts:
Examples/Makefile.in
Examples/guile/Makefile.in
Lib/php/php.swg
Makefile.in
Source/CParse/parser.y
configure.ac
|
|
|
|
The allocation loop uses size, so the free loop should do the same,
not size-1.
|
|
X11 is not used anywhere.
|
|
Fixes 'attempt to free a non-heap object' in some OUTPUT typemaps.
|
|
No functional changes
|
|
1) Static members and static functions inside class can be accessed as ModuleName.ClassName.FunctionName (MemberName respectively). Old way aka ModuleName.ClassName_FunctionName still works.
2) Same goes for enums inside classes: ModuleName.ClassName.EnumValue1 etc.
3) More 'runme' tests for lua + modifications to existing tests to test new changes.
Code is loosely based upon python implemenation of the same thing.
Patch #62.
|
|
This fix makes the handling of type 'float' and 'double' the same. The implementation requires the
C99 isfinite() macro, or otherwise some platform dependent equivalents, to be available.
|
|
This is standard information in Lua error messages, and makes it much
easier to find bugs.
|
|
Add two helper functions to the Lua runtime, "SWIG_Lua_pusherrstring"
and "SWIG_Lua_pushferrstring".
These are like the standard Lua functions lua_pushstring and
lua_pushfstring respectively, except that the strings are prefixed
with the location of the innermost Lua call-point (as generated by
luaL_where).
|
|
Allow exporting maps using non-default comparison function.
Closes #77
|
|
C/C++ pointer.
Problem highlighted by Bo Peng on the swig-user mailing list. SF patch #230.
|
|
wrapper use the default python implementations, which will fall back to repr (for -builtin option).
Advantages:
- it avoids the swig user having to jump through hoops to get print to
work as expected when redefining repr/str slots.
- typing the name of a variable on the python prompt now prints the
result of a (possibly redefined) repr, without the swig user having to
do any extra work.
- when redefining repr, the swig user doesn't necessarily have to
redefine str as it will call the redefined repr
- the behaviour is exactly the same as without the -builtin option while
requiring no extra work by the user (aside from adding the
%feature("python:slot...) statements of course)
- the patch simplifies pyrun.swg a tiny bit.
Disadvantage:
- default str() will give different (but clearer?) output on swigged
classes compared to unpatched swig
SF Bug #326
|
|
%template for a std::multimap generated uncompilable code unless a
%template for a std::map of the same template types was also coded up.
This patch is needed in conjunction with previous commit - 5f1fff1849285f46cfaffadff0352cf976ea4c52
Closes #64
Closes #65
|
|
Lib/std/std_multimap.i. This fixes an error when a std::multimap template is wrapped by itself.
|
|
|
|
For adding code at the beginning of the generated .py file.
|
|
SF bug #1327
This doesn't have any noticeable effect with the usage of
SWIG_AsWCharPtrAndSize as shipped by SWIG, but could be a problem if a
user is using this function with cptr equal to zero and psize is non-zero
- the length would be incorrectly set due to the call to PyUnicode_GetSize
failing.
|
|
|
|
SF patch #340
|
|
using -builtin.
Fixes SF bug #1301 and python test cases director_basic and
director_classic seg faulting when used with -builtin.
Patch from Christian Delbaere.
|
|
|
|
SWIG_PYTHON_INTERPRETER_NO_DEBUG
|
|
Python Debug dll
|
|
Affects Ruby versions prior to 1.9 using std::complex wrappers if just using std::complex
as an output type. Also fix the Complex helper functions external visibility (to static by default).
Closes #52
|
|
if the type lookup fails.
|
|
An OverFlow error is now consistently thrown instead of a TypeError.
Fixes primitive_types testcase for Python 3
|
|
* New test case tests that %attribute macros correctly supports passing
template with multiple parameters as class name or attribute type name
* Some further changes were made to %attribute macros - now
AttributeType is protected with %arg as well. This allows you
to have attributes of type e.g. std::pair<int,int> etc
Update CHANGES file for %attribute template fixes
Closes #48
|
|
|
|
|
|
Fix incorrect special variable $name and remove unnecessary temporary
variable.
|