Hi again all, Hopefully, this time my reply will also appear on the help-glpk archive as I subscribed there.
As far as Marco's patch is concerned, it is fine and work, but passing -no-undefined directly through LDFLAGS is not the right way to go. The -no-undefined flag is really meant for libtool, not for the linker. In fact the proper way to go would be to put it into something_la_LTFLAGS but this does not work... So the most usual solution is to put it into library_la_LDFLAGS (which is a variation of LDFLAGS but meant for libtool). Best, 2014-11-04 14:47 GMT+01:00 Jean-Pierre Flori <[email protected]>: > Hi all, > > 2014-11-04 14:34 GMT+01:00 Andrew Makhorin <[email protected]>: >> Hi Heinrich, >> >>> I tested with Cygwin64 on Windows Vista. >> >> Thank you for testing. >> >>> Without the patch no DLL is >>> built, the GLPK library is statically compiled into glpsol.exe. With the >>> patch the GLPK library is built as DLL and dynamically linked into >>> glpsol.exe. >>> >>> So I suggest to integrate the patch with the next release. >> >> Please provide me with a patched configure.ac (maybe post it to the >> list?). I don't have cygwin64 and cannot test the script by myself. Is >> the patched script applicable on both cygwin32 and cygwin64? Thanks. >> > You need to patch both configure.ac and src/Makefile.am. > The patch I posted (largely inspired by what GMP, MPFR, MPC and other > software do) do what is needed. > I attached the patched files (and the corresponding patch) on top of > 4.55 to this message. > The very same modifications are needed by any system running on > Windows and using DLLs, that is Cygwin 32 and 64, and all MinGW > versions. > > Best, > > -- > Jean-Pierre Flori -- Jean-Pierre Flori _______________________________________________ Help-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/help-glpk
