mirror of https://github.com/swig/swig
41 lines
1.5 KiB
Plaintext
41 lines
1.5 KiB
Plaintext
Below are the changes for the current release.
|
|
See the CHANGES file for changes in older releases.
|
|
See the RELEASENOTES file for a summary of changes in each release.
|
|
Issue # numbers mentioned below can be found on Github. For more details, add
|
|
the issue number to the end of the URL: https://github.com/swig/swig/issues/
|
|
|
|
Version 4.4.0 (in progress)
|
|
===========================
|
|
|
|
2024-10-25: olly
|
|
[Guile] Allow wrapping anything with a `varout` typemap as a
|
|
constant.
|
|
|
|
2024-10-24: olly
|
|
[Perl] https://sourceforge.net/p/swig/bugs/1134/ Ensure C++
|
|
local variables get destroyed before throwing a Perl exception.
|
|
|
|
2024-10-22: olly
|
|
#3034 SWIG's testsuite is now free of SWIG warnings for all target
|
|
languages except mzscheme and the SWIG -Werror option is now
|
|
enabled automatically to ensure this doesn't regress.
|
|
|
|
2024-10-22: olly
|
|
#2998 Drop support for specifying SWIG's internal type string
|
|
representation in interface files. This "secret developer feature"
|
|
was only documented in developer documentation, and had no test
|
|
coverage.
|
|
|
|
It allowed specifying an SWIG internal syntax type string, e.g.:
|
|
|
|
`p.a(10).p.f(int, p.f(int).int)` foo(int, int (*x)(int));
|
|
|
|
In the unlikely event that anyone was using this, we recommend you
|
|
use the standard C/C++ type syntax instead, which will work with
|
|
previous SWIG releases too, e.g.:
|
|
|
|
(*(*foo(int, int (*)(int)))[10])(int, int (*)(int));
|
|
|
|
The C/C++ syntax has the major advantage of being the same syntax
|
|
that C/C++ compilers use.
|