https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries https://fedoraproject.org/wiki/Packaging:Treatment_Of_Bundled_Libraries The bundled zlib in this case appears to be a somewhat modified one.
> The bundled zlib in this case appears to be a somewhat modified one. From README in src/zlib, it seems more like a fork than copy-paste bundling: > NOTE: Files in this subdirectory are NOT part of the GLPK package, but > are used with GLPK. > > The original code was modified according to GLPK requirements by > Andrew Makhorin <mao>. > > The following files were rewritten: > gzguts.h, zconf.h, zutil.h. > > The following files were added: > zio.h, zio.c. > > Other files were not changed. But I have not inspected the source files.
It seems like their fork does a couple things: - Tries to hide zlib symbols in _glp_zlib namespace to prevent linking collisions (zconf.h) - Wraps POSIX fd IO in C stdlib FILE IO ... for compatibility? Fedora doesn't need it, certainly (zio.h, zio.c) Not sure what they modified in zutil.h or gzguts.h.
(The former could have been done with -fvisibility=hidden, *sigh*.)
My hunch is we can just kill the bundled zlib and link the system one.
From NEWS: 173 GLPK 4.46 (release date: Aug 09, 2011) ... 202 The zlib compression library (version 1.2.5) was ANSIfied, 203 modified according to GLPK requirements and included in the 204 distribution as an external software module. Thus, now this 205 feature is platform independent. So yeah, nothing we care about.
Fixed in rawhide: http://pkgs.fedoraproject.org/cgit/glpk.git/commit/?id=f00815ed66d7e71c48afba9cdcb20575a49c38bd Build: http://koji.fedoraproject.org/koji/taskinfo?taskID=6909111
Build after adding BR on automake: http://koji.fedoraproject.org/koji/taskinfo?taskID=6909157
Added BR on libtool (autotools, why?!): http://koji.fedoraproject.org/koji/taskinfo?taskID=6909199
One (cross your fingers) last one: zlib-devel. http://koji.fedoraproject.org/koji/taskinfo?taskID=6909259