Fix error when append on a SWIG Object with -builtin:
x.append(10)
SystemError: error return without exception set
Having append and next methods on a SWIG object by default doesn't seem
right to me though.
Fix %shared_ptr support for private and protected inheritance.
- Remove unnecessary Warning 520: Derived class 'Derived' of 'Base'
is not similarly marked as a smart pointer
- Do not generate code that attempts to cast up the inheritance chain in the
type system runtime in such cases as it doesn't compile and can't be used.
Remove unnecessary warning 520 for %shared_ptr when the base class is ignored.
* ruby-shared-ptr:
Add more Ruby shared_ptr runtime tests
Add RUBYFLAGS for Ruby testing
li_boost_shared_ptr tests cleanup
Ruby shared_ptr testing enhancements
Add shared_ptr Ruby runtime test
SWIG_Ruby_ConvertPtrAndOwn changes for smartptr feature
Fix Ruby smartptr feature for classes in a namespace
Turn on missing shared_ptr tests for Octave
Turn on Ruby shared_ptr testing
shared_ptr typemap error message fix for global variables
Add Ruby shared_ptr support
smartptr feature support - factor out common code
Add Ruby shared_ptr typemaps
Ruby ownership refactor ready for smart pointers
Ruby free function declaration change
rb_obj_is_kind_of can no longer be used for type checking as the
smartptr feature type, eg shared_ptr<Derived> cannot be cast to
a smartptr of the base class, eg shared_ptr<Base>.
Previously Derived could be cast to Base as they were in an
inheritance chain and the call to rb_define_class_under() used
SWIGTYPE_p_Base->clientdata for all derived classes.
Now SWIG_TypeCheck is always used.
The functions Swig_typemap_new_scope() and Swig_typemap_pop_scope() introduced
by 503746e964 back in 2000 were never used and
ended up being commented out themselves, but support for typemap scopes still
remain in several other functions. Remove it completely to make the code
simpler without any ill effects.
This is a patch to resolve SF bug 2034216 (Github issue #225)
The bug is that the tracking code uses a ruby hash and thus may
allocate objects (Bignum) while running the GC. This was tolerated in
1.8 but is invalid (raises an exception) in 1.9.
The patch uses a C hash (also used by ruby) instead.
* lyze-cffi-export-package:
Add user documentation to the export package extension.
Extend the export feature in the CFFI module to support exporting to a particular package.
* DarthGandalf-osx:
Add executable permissions to new scripts
Travis: unify GCC5 and SWIG_CC variables
Make sure travis doesn't silently skip testing of some language
Add R to testflags.py
Integrate OS X .travis.yml into master branch using multi-os feature.
