In a mingw/msys window do:
strings /c/progs/devlibs53/lib/libpoppler.dll.a | grep printf strings /c/progs/devlibs61/lib/libpoppler.dll.a | grep printf
This shows that the newer version has its own copies of the printf() series of functions, but the older one does not. Like this:
fprintf _fprintf __imp__fprintf
On linux (Ubuntu 14.04) libpoppler also has redefines these language standard functions:
strings /usr/lib/i386-linux-gnu/libpoppler.so | grep -i fprintf __fprintf_chk
strings /usr/lib/i386-linux-gnu/libpoppler.a | grep -i fprintf __fprintf_chk
and uses the same name as libc
strings /lib/i386-linux-gnu/libc.so.6 | grep fprintf __fprintf_chk
Yet there is no problem using them on Linux.
Let me bounce this off the poppler mailing list and see if this is a known issue.
In a mingw/msys window do:
strings /c/progs/ devlibs53/ lib/libpoppler. dll.a | grep printf devlibs61/ lib/libpoppler. dll.a | grep printf
strings /c/progs/
This shows that the newer version has its own copies of the printf()
series of functions, but the older one does not. Like this:
fprintf
_fprintf
__imp__fprintf
On linux (Ubuntu 14.04) libpoppler also has redefines these language standard functions:
strings /usr/lib/ i386-linux- gnu/libpoppler. so | grep -i fprintf
__fprintf_chk
strings /usr/lib/ i386-linux- gnu/libpoppler. a | grep -i fprintf
__fprintf_chk
and uses the same name as libc
strings /lib/i386- linux-gnu/ libc.so. 6 | grep fprintf
__fprintf_chk
Yet there is no problem using them on Linux.
Let me bounce this off the poppler mailing list and see if this is a known issue.