- EOF not displaying in correct format
- Some error messages containing a path were using a double backslash instead of a single backslash
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@6161 626c5289-ae23-0410-ae9c-e8d60b6d4f22
I had to pass -Wall -Wextra to gcc to generate the warnings fixed by this patch.
VS: ----------------------------------------------------------------------
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@6111 626c5289-ae23-0410-ae9c-e8d60b6d4f22
> I have hacked support to create native mzscheme structures from C
> structures, which includes native structure support.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@6102 626c5289-ae23-0410-ae9c-e8d60b6d4f22
Support for %feature("except", throws="ExceptionClass") so that any Java exception classes thrown from JNI code can be added to the throws list - handled in the same way as the 'throws' attribute in typemaps.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@6000 626c5289-ae23-0410-ae9c-e8d60b6d4f22
%feature improvements for the syntax that takes the feature value within the
%feature() brackets. The value specified is no longer restricted to being just
a string. It can be a string or a number. For example, this is now acceptable
syntax:
%feature("featurename",20.0);
whereas previously it would have to have been:
%feature("featurename","20.0");
Useful for features that are implemented as a macro, for example:
#define %somefeature(value) %feature("somefeature",value)
These will now work accepting either a string or a number:
%somefeature("Fred");
%somefeature(4);
2)
%feature enhancements. Features can now take an unlimited number of attributes
in addition to the feature name and feature value. The attributes are optional
and are much the same as the typemap attributes. For example, the following
specifies two optional attributes, attrib1 and attrib2:
%feature(featurename, attrib1="attribval1", attrib2="attribval2") name "val";
%feature(featurename, val, attrib1="attribval1", attrib2="attribval2") name;
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5997 626c5289-ae23-0410-ae9c-e8d60b6d4f22
Comeau and GCC-3.4.0, don't like the template specifier that SWIG was generating
when calling the method. This fix may break some non standard compliant compilers,
for example, Sun workshop compilers prior to version 6.2.p2. Patch submitted
by Bill Clarke.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5975 626c5289-ae23-0410-ae9c-e8d60b6d4f22
csclassmodifiers typemap now contains the class type
imclassclassmodifiers and moduleclassmodifiers pragmas now contain the class type
$module special variable support
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5969 626c5289-ae23-0410-ae9c-e8d60b6d4f22
javaclassmodifiers typemap now contains the class type
jniclassclassmodifiers and moduleclassmodifiers pragmas now contain the class type
$module special variable support
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5968 626c5289-ae23-0410-ae9c-e8d60b6d4f22
Proper Java enums
Typesafe enum pattern
Original approach using integers for each enum item
'Type unsafe enums' - using static final integers in a Java class named after the C/C++ enum name
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5925 626c5289-ae23-0410-ae9c-e8d60b6d4f22
