| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Patch "fix linking errors in shared builds" fixes i686-w64-mingw32.shared.
Change of djvulibre.mk fixes x86_64-w64-mingw32.shared by changing deplibs
check method to "objdump". See the explanations below.
On Wheezy (at least) "file" returns "data" for x86-64 object files from
libmsvcp60.a. Therefore the check fails with the following message:
*** Warning: linker path does not have real file for library -lmsvcp60.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because I did check the linker path looking for a file starting
*** with libmsvcp60 and none of the candidates passed a file format test
*** using a file magic. Last file checked: /home/mxe/mxe-djvulibre/usr/lib/gcc/x86_64-w64-mingw32.shared/4.9.3/../../../../x86_64-w64-mingw32.shared/lib//libmsvcp60.a
*** The inter-library dependencies that have been dropped here will be
*** automatically added whenever a program is linked with this library
*** or is declared to -dlopen it.
*** Since this library must not contain undefined symbols,
*** because either the platform does not support them or
*** it was explicitly requested with -no-undefined,
*** libtool will only create a static version of it.
Then it compiled static library and failed when compiling djvulibre-test.c
because of missing -ljpeg.
|
