makedebugtop: include swig.cmo
Lib: factored out more common code, slightly reorganized class type.
added director define and exceptions.
std_string: length from the original ocaml string (no longer depends on
null termination)
ocamldec.swg/ocaml.swg: added caml_string_len
Examples/Makefile.in: quiet about checking out files.
Ocaml.cxx:
Fixed abstract director test case.
Include/exclude director.swg based on directors being enabled.
Final edits for 1.3.20, barring bugs being discovered.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk/SWIG@5477 626c5289-ae23-0410-ae9c-e8d60b6d4f22
makedebugtop: include swig.cmo
Lib: factored out more common code, slightly reorganized class type.
added director define and exceptions.
std_string: length from the original ocaml string (no longer depends on
null termination)
ocamldec.swg/ocaml.swg: added caml_string_len
Examples/Makefile.in: quiet about checking out files.
Ocaml.cxx:
Fixed abstract director test case.
Include/exclude director.swg based on directors being enabled.
Final edits for 1.3.20, barring bugs being discovered.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5477 626c5289-ae23-0410-ae9c-e8d60b6d4f22
warning messages of the form:
warning: invalid conversion from `
scm_unused_struct*(*)()' to `scm_unused_struct*(*)(...)'
I've messed around with it and haven't been able silence the warning from any combination of macros, casts,
helper functions, compiler flags, linkage directives, or other tricks. Possible gcc-3.3 bug????
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk/SWIG@5471 626c5289-ae23-0410-ae9c-e8d60b6d4f22
warning messages of the form:
warning: invalid conversion from `
scm_unused_struct*(*)()' to `scm_unused_struct*(*)(...)'
I've messed around with it and haven't been able silence the warning from any combination of macros, casts,
helper functions, compiler flags, linkage directives, or other tricks. Possible gcc-3.3 bug????
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5471 626c5289-ae23-0410-ae9c-e8d60b6d4f22
"classtypeobj"
This is the raw, SWIG type-system representation of the class type. This
should be used in all typemap lookups and operations involving the class name.
Note: There is inconsistent use of the "classtype" attribute across language modules--
especially in code related to directors. To avoid breaking the universe, I have
decided to store the correct type encoding as "classtypeobj" instead of replacing
"classtype". As modules are checked they can elect to use "classtype" or "classtypeobj"
as appropriate.
Note: William, you should use "classtypeobj" to fix the typemap problem (probably).
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk/SWIG@5457 626c5289-ae23-0410-ae9c-e8d60b6d4f22
"classtypeobj"
This is the raw, SWIG type-system representation of the class type. This
should be used in all typemap lookups and operations involving the class name.
Note: There is inconsistent use of the "classtype" attribute across language modules--
especially in code related to directors. To avoid breaking the universe, I have
decided to store the correct type encoding as "classtypeobj" instead of replacing
"classtype". As modules are checked they can elect to use "classtype" or "classtypeobj"
as appropriate.
Note: William, you should use "classtypeobj" to fix the typemap problem (probably).
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5457 626c5289-ae23-0410-ae9c-e8d60b6d4f22
William Fulton and Dave were talking about regarding the template parameters
and (), and this solved a bunch of wierd little problems I was having.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk/SWIG@5455 626c5289-ae23-0410-ae9c-e8d60b6d4f22
William Fulton and Dave were talking about regarding the template parameters
and (), and this solved a bunch of wierd little problems I was having.
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5455 626c5289-ae23-0410-ae9c-e8d60b6d4f22
