| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
Issue #1437
|
| |
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* ZackerySpytz-cpp11_u_U_char_encoding_prefixes:
Document C++11 UCS-2 UCS-4 and C++17 UTF8 character literals support
c++17 u8 character literals testcase
C++17 u8 character literals fix
C++17 u8 character literals testcase
Fix the Java tests
Add support for the C++11 u and U encoding prefixes for char literals
|
| | |
|
| | |
|
| |
| |
| |
| | |
Move MzScheme documentation to experimental section
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* mzscheme-experimental:
Fix mzscheme name and unions testcases
Terminology correction in html docs
Suppress experimental language warning when running the test-suite
Mark MzScheme as an experimental language
Add mzscheme to Travis testing
Format mzscheme help output
Mzscheme out of source examples fixes
Standardise Mzscheme simple example
Standardise Guile simple example
Fix mzscheme static variable wrappers
MzScheme missing destructor added in, std_vector example fixed
Fix mzscheme simple example
Fix mzscheme multimap example
Skip failing MzScheme tests
|
| | | |
|
| |/ |
|
|\ \
| |/
|/|
| |
| | |
* ZackerySpytz-OCaml-module-docstring:
[OCaml] Add support for the docstring option in the module directive
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If given, the OCaml module will place the docstring at the very
beginning of the generated mli file, where it can be read by the
OCamldoc tool.
The implementation is based on the equivalent features in the Python
and Ruby modules.
|
| |
| |
| |
| |
| | |
If a version number is supported by the target language prefer to show it in the -help.
For example, -perl5 instead of -perl.
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| |
| |
| |
| |
| | |
Clean up to disable target languages that have been neglected/not functional.
Target language be fully deleted in SWIG 4.1 unless a new maintainer brings
it up to an acceptable status (experimental or supported).
Issue #1447
|
| |
| |
| |
| | |
Options were taken from the output of running swig -help.
|
|/
|
|
|
|
|
|
|
|
|
|
| |
Three status: Disabled, Experimental and Supported.
Any target language classified as 'Experimental' will issue new warning
524 SWIGWARN_LANG_EXPERIMENTAL.
Any target language classified as 'Disabled' will error out.
Languages will be classified in forthcoming commits.
Issue #1437
|
|\
| |
| |
| |
| |
| |
| | |
* ZackerySpytz-OCaml-eliminate-wno-write-strings:
[OCaml] Remove support for OCaml versions < 3.12.0
[OCaml] Fix toplevel creation for ocamlmktop versions >= 4.04.0
[OCaml] Eliminate use of -Wno-write-strings
|
| | |
|
|\ \
| | |
| | |
| | |
| | | |
* ZackerySpytz-OCaml-doc-fixes:
[OCaml] Some OCaml documentation fixes
|
| |/
| |
| |
| |
| |
| |
| |
| |
| | |
Fix some typos.
Update some filenames after 8f7bc4cc1078cd2223c051c8db12559d3d3d031e
(replace example_prog.ml with runme.ml).
[skip ci]
|
| |
| |
| |
| | |
[skip ci]
|
|/
|
|
|
|
|
|
|
|
| |
This is the result of an email discussion on the swig-devel mailing list
back in March 2017 titled "Radical new approach to development and
moving towards version 3.1 or version 4.0"
A new section in the Introduction chapter has been added, titled
"Target languages". The Extending chapter has the main details in a
new section called "Target language status".
|
| |
|
|\
| |
| |
| |
| |
| | |
* jakecobb-python-memory-docs:
-builtin compatible ref example in Python docs
%pythonappend docs and memory management example
|
| | |
|
| |
| |
| |
| |
| |
| | |
Document 'val' variable for the %pythonappend directive.
Add memory management example equivalent to Java and C#
docs using %pythonappend.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Global functions previously generated two definitions, eg:
def foo():
return _example.foo()
foo = _example.foo
The first definition is replaced by the second definition and so the second definition
is the one used when the method is actually called. Now just the first definition is
generated by default and if the -fastproxy command line option is used, just the second
definition is generated. The second definition is faster as it avoids the proxy Python
method as it calls the low-level C wrapper directly. Using both -fastproxy and -olddefs
command line options will restore the previously generated code as it will generate both
method definitions.
With this change, the wrappers for global C/C++ functions and C++ class methods now work
in the same way wrt to generating just a proxy method by default and control via
-fastproxy/-olddefs options.
Closes #639.
|
| |
| |
| |
| |
| |
| |
| |
| | |
The performance figures have been changed because the default options have
changed the performance.
Add some explanation for using -olddefs.
[skip ci]
|
| |
| |
| |
| | |
Issue #1340
|
| |
| |
| |
| |
| | |
Slightly faster checking to see if a module is in a package.
Issue #848
|
| |
| |
| |
| |
| | |
Simplification possible given Python 2.7 is now the minimum supported.
Issue #848
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
ImportError problems.
Only one import of the low-level C/C++ module from the pure Python module is
attempted now. Previously a second import of the low-level C/C++ module was attempted
after an ImportError occurred and was done to support 'split modules'. A 'split module' is
a configuration where the pure Python module is a module within a Python package and the
low-level C/C++ module is a global Python module. Now a 'split module' configuration is
no longer supported by default. This configuration can be supported with a simple
customization, such as:
%module(package="mypackage", moduleimport="import $module") foo
or if using -builtin:
%module(package="mypackage", moduleimport="from $module import *") foo
instead of
%module(package="mypackage") foo
See the updated Python chapter titled "Location of modules" in the documentation.
Closes #848 #1343
|
| |
| |
| |
| | |
Updates given only Python 2.7, 3.2+ are now supported.
|
| |
| |
| |
| | |
Python module imports
|
| |
| |
| |
| | |
Closes #1336
|
|\ \
| | |
| | |
| | |
| | | |
* hakonhagland-doc_fix:
Documentation refers to wrong chapter.
|
| | |
| | |
| | |
| | |
| | | |
Chapter 10, first section, refers to Chapter 3 (Getting started on
Windows) but should presumably be Chapter 5 (SWIG Basics).
|
| | | |
|
|/ / |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
There were only needed to support Python < 2.2, and we now require at
least Python 2.6.
Conflicts:
.travis.yml
Examples/test-suite/python/autodoc_runme.py
Source/Modules/python.cxx
This is a cherry-pick and merge from patch in #1261
|
| |
| |
| |
| | |
Make %apply and %clear section clearer (hopefully).
|
| |
| |
| |
| |
| |
| | |
`SwigDirectorConnect()`.
Issue is fixed by prepending director methods with `SwigDirectorMethod` instead of `SwigDirector`.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
The previous implementation failed with Python 3 and abstract base clases.
The new implementation replaces the Python 2 implementation using new.instancemethod with C API PyMethod_New to match the equivalent Python 3 implementation which uses PyInstanceMethod_New.
Closes #1310
|