JNAerator 0.11 released: ultra-fast raw bindings for BridJ, tons of critical fixes
JNAerator (licensed under LGPL 3.0) lets Java programmers access native libraries transparently, using a runtime such as BridJ (C / C++, BSD-license), JNA (C only, LGPL) or Rococoa (Objective-C).
As often, this new release contains tons of critical fixes, so all JNAerator users are strongly encouraged to migrate to this new version.
Here’s a summary of the changes between version 0.10 and 0.11 (see full change log here) :
- Fixed infinite loops in simple typedefs (issue #288)
- Fixed some -beautifyNames cases (issue #315)
- Fixed parsing of some C++ templates (including template constructors)
- Fixed “long long” regression
- Fixed JNAeratorMojo.config documentation (issue #330)
- Fixed long / long long / short pointer function return types
- Fixed generation of BridJ C++ constructors
- Fixed enum names that collide with Java identifiers (issue #334)
- Added a type definition override switch, useful force mismatching 32/64bits types to some predefined types (for instance, -TmyVal=intptr_t)
- Added raw bindings generation for BridJ
- Added parsing of ‘using’ C++ statements
- Added TypeRef.resolvedJavaIdentifier
- Added parser support for `complex double` (cf. complex.h)
- Added test for BridJ raw signatures
- Moved to ECJ 3.7.2
- Moved to JNA 3.4.0
- Refactored type resolution and conversion
- Rationalized CompilerUtils classpath + bootclasspath
Special thanks to the users and bug reporters that helped getting this version out !
You can contribute to the project by reporting bugs here and joining the NativeLibs4Java Community.
Wait no longer : try JNAerator through Java Web Start, or download it now !