Hi Heinrich, > GLPK for Java 1.0.24 has been released on > http://glpk-java.sourceforge.net > > It provides the Java language binding for GLPK 4.48. > > --- > > GLPK for Windows 4.48 has been released on > http://winglpk.sourceforge.net > > It includes the GLPK 4.48 source distribution by Andrew Makhorin, > Windows executables and libraries for 32bit and 64bit Windows as > well as GLPK for Java 1.0.24. > > The download page is > http://sourceforge.net/projects/winglpk/files/winglpk/GLPK-4.48/winglpk-4.48.zip/download >
Thank you very much. > in GLPK 4.48 file glpk.h and glpk_4_48.def are inconsistent because > all function modules *lpx* defined in glpk.h are missing in the > library definition file. > > glpk.h is the file that will be included by all users in their > programs. > They will expect only symbols to be defined there, that are exported > in the dll. > > Wrappers for Java, Python, and Ruby are created with Swig. Swig parses > glpk.h and tries to wrap every symbol in this file. Compiling fails if > any of the symbols is missing in the GLPK dll. > If necessary, I can provide a patched version of glpk.def. > > I suggest for GLPK 4.48 you provide a library definition file matching > glpk.h and remove unwanted symbols from glpk.h in the next release. In the next release I think to rename lpx_check_kkt (it is the only routine from old api which is still used in new api) to glp_check_kkt and then remove all lpx routines from the package. Best regards, Andrew Makhorin _______________________________________________ Help-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-glpk
