jyapayne/swig
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

*** empty log message ***

Browse source 
git-svn-id: https://swig.svn.sourceforge.net/svnroot/swig/trunk@5774 626c5289-ae23-0410-ae9c-e8d60b6d4f22
This commit is contained in:
Marcelo Matus 2004-03-19 00:57:59 +00:00
commit 9113a49b63
1 changed files with 27 additions and 14 deletions
Download patch file Download diff file Expand all files Collapse all files

41
SWIG/CHANGES.current
View file

@ -1,5 +1,20 @@
Version 1.3.22 (in progress) Version 1.3.22 (in progress)
================================== ==================================
03/18/2004: mmatus
[Python] More general std_string.i interface.
Now you can wrap it using
%template(string) std::basic_string<char>;
and use the std::string as a base class:
struct A : std::string {
};
But more important, swig will recognize
both std::basic_string<char> and std::string as
the same type.
03/16/2004: mmatus 03/16/2004: mmatus
Previously added, but not mentioned before: Previously added, but not mentioned before:
@ -7,17 +22,17 @@ Version 1.3.22 (in progress)
function in the same class scope. function in the same class scope.
- ref/unref features: to mix ref counting C++ classes - ref/unref features: to mix ref counting C++ classes
and native script ref counting mechanism (like python). and native script ref counting mechanisms (like in python).
Use it like: Use it like:
%feature("ref") RCObj "$this->ref();" %feature("ref") RCObj "$this->ref();"
%feature("unref") RCObj "$this->unref();" %feature("unref") RCObj "$this->unref();"
And the class RCObj, and all the derivated ones, will And the class RCObj, and all the derived ones, will
perform the rigth ref/unref calls when a new pointer perform the right ref/unref calls when a new pointer
is returned to the target language, or when the target is returned to the target language, or when the target
language attemps to delete the object. language attempts to delete the object.
See the refcount.i file in the test-suite for more See the refcount.i file in the test-suite for more
details. details.
@ -32,7 +47,7 @@ Version 1.3.22 (in progress)
%template(vector_i) std::vector<int>; %template(vector_i) std::vector<int>;
and a especialized vector_i class is emitted with all and a specialized vector_i class is emitted with all
the needed typemaps. No need to use the old the needed typemaps. No need to use the old
'specialize_vector' macros. 'specialize_vector' macros.
@ -57,7 +72,7 @@ Version 1.3.22 (in progress)
std::vector<int> proxy is generated. std::vector<int> proxy is generated.
- All the STL containers present a more uniform behaviour and - All the STL containers present a more uniform behavior and
more complete interface declaration. The following are more complete interface declaration. The following are
now supported: now supported:
@ -76,7 +91,7 @@ Version 1.3.22 (in progress)
also, more typemaps are defined for all of them, also, more typemaps are defined for all of them,
including varin, varout, typecheck, etc. including varin, varout, typecheck, etc.
- Initial attemp to implement the STL containers - Initial attempt to implement the STL containers
considering allocators, ie: considering allocators, ie:
std::vector<T,A> std::vector<T,A>
@ -101,7 +116,7 @@ Version 1.3.22 (in progress)
only the internal "typedef"s were processed. only the internal "typedef"s were processed.
This makes possible to emit the default in/out This makes possible to emit the default in/out
typemaps without the need of wrapping an especialized typemaps without the need of wrapping an specialized
vector instance. vector instance.
- Adding the preprocessor extension #@ which mangles the - Adding the preprocessor extension #@ which mangles the
@ -111,7 +126,7 @@ Version 1.3.22 (in progress)
macro(int) -> int macro(int) -> int
macro(std::string) -> std_s_s_string macro(std::string) -> std_s_s_string
- Fragments can now be "type especialized", as the typemaps. The - Fragments can now be "type specialized", as the typemaps. The
syntax is as follows syntax is as follows
%fragment("name","header") %fragment("name","header")
@ -124,19 +139,17 @@ Version 1.3.22 (in progress)
template <class T> template <class T>
struct A { struct A {
%fragment("incode"{A<T>},"header") { %fragment("incode"{A<T>},"header") {
/* 'incode' especialized fragment */ /* 'incode' specialized fragment */
} }
%typemap(in,fragment="incode"{A<T>}) { %typemap(in,fragment="incode"{A<T>}) {
/* /*
here we use the 'type especialized' here we use the 'type specialized'
fragment "incode"{A<T>} fragment "incode"{A<T>}
*/ */
} }
}; };
03/11/2004: cheetah (William Fulton) 03/11/2004: cheetah (William Fulton)
[Java] Director bug which meant that some virtual functions overridden in [Java] Director bug which meant that some virtual functions overridden in