On Thu, Nov 28, 2013 at 7:05 PM, Andrew Makhorin <[email protected]> wrote: >> > Could you please remove subdirectory glpk-4.52/src/zlib, copy there >> > subdirectory glpk-4.50/src/zlib, and then build glpk 4.52 from scratch? >> > I think the bug should disappear (since you report that 4.50 works >> > fine). Thank you. >> >> Yes, that fixes the problem. > > Thank you very much. > > In a next release of glpk I will replace zlib 1.2.7 back with 1.2.5 to > fix the bug. > >> It is also fixed in zlib 1.2.8 >> apparently: I just substituted the src/zlib dir in glpk with the one >> from zlib-1.2.8 and removed the liglpk_la-zio.o target from >> src/Makefile and it seems to work (note: I only checked with my small >> test file). > > There should be no problem on using a standard zlib instead of the one > included in the glpk distribution. However, the idea is to have a > version of zlib that is able to work on non-posix platforms supporting > only ANSI C.
Thanks. But, instead of downgrading to 1.2.5, would it be feasible to "port" 1.2.8 to ANSI C instead, as you did for 1.2.7? Is it mostly a matter of function declaration style (ANSI vs K&R) or is there something deeper? In the former case, I could try to do provide a patch, if I find the time. > > Andrew Makhorin > > _______________________________________________ Bug-glpk mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-glpk
