Re: [Help-glpk] GLPK for Java 1.0.24, GLPK for Windows 4.48

[Heinrich Schuchardt]

Hello Andrew,

>> If necessary, I can provide a patched version of glpk.def.
I have used a modified glpk_4_48.def for GLPK for Windows created by extracting 
the symbols of the Linux library:
echo EXPORTS > glpk_4_48.def
nm libglpk.so.33 | grep ' T ' | sed 's/.* T //' >> glpk_4_48.def
as described at
http://cygwin.com/cygwin-ug-net/dll.html

Best regards

Heinrich Schuchardt

-------- Original-Nachricht --------
> Datum: Sun, 03 Feb 2013 15:30:41 +0400
> Von: Andrew Makhorin <address@hidden>
> An: Heinrich Schuchardt <address@hidden>
> CC: "address@hidden" <address@hidden>
> Betreff: Re: [Help-glpk] GLPK for Java 1.0.24, GLPK for Windows 4.48

> 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
>