And renames the symbols, thus why I missed it the first time around.
Multiple copies actually since the perl and python bindings don't link to the shared object but rather to the static one.
To make this even more funny - a "gem" from configure.in: # PDFlib/PLOP auxiliary libraries: # We support only our own copy of tifflib, libpng and zlib # pdcore is needed in all configurations
Though, on the other hand, they claim: Due to custom function name prefixes an application can link against both PDFlib (including all auxiliary libraries) and standard versions of these libs without any naming conflicts.
libpng - GLSA 200711-08 - GLSA 200804-15 - GLSA 200903-28 - GLSA 200906-01 jpeg - GLSA 200606-11 tiff - At least CVE-2009-2347 (bug 307001)
it's my understanding that this is kind of an important lib ...
(In reply to comment #5) > it's my understanding that this is kind of an important lib ... How so? The only reverse dep that looks vaguely interesting is gnuplot. Anyway, if anyone wants to fix this, feel free, as the PHP herd is virtually dead.
It seems you can still use the external libraries by passing some configure parameters. Also, there's a new version out. I'll try to do an update. But after it's out, i'll assign that stuff to maintainer-needed, this has zero relevance to the php herd.
I've looked into it, but couldn't come up with a patch. It doesn't seem to accept configure switches to use shared libraries anymore. Can somebody help here?
Also in the mix: expat. Dunno which version.
@comment 8:I wonder just where did you see those "configure switches to use shared libraries". In configure.in, lines after "PDFlib/PLOP auxiliary libraries" make it rather clear, that without hacking it away, it's either bundled or none.
Maybe it's time to move on. I think the answer to comment #5 is that someone should by now have come up with a fixed ebuild, preferably in a version bump - pdflib 8 was released in December 2009 and nobody cared.
(In reply to comment #6) > > it's my understanding that this is kind of an important lib ... > > How so? The only reverse dep that looks vaguely interesting is gnuplot. gnuplot no longer depends on pdflib, see my message in -dev. Gnuplot's "pdfcairo" terminal (available with USE=cairo) can be used as a replacement.
Removed from main tree.
