Hi,
On 11/13/2011 04:08 PM, Johannes Schindelin wrote:
> I wonder whether there is a better solution than to link to static
> libraries. Since all of this is in /usr/local/, is it possible that GPhoto
> has a wrong rpath? Or that /usr/local/lib/ is not properly indexed by
> ld_config after installing GPhoto.
Both libfreeimage and libfreeimageplus are in /usr/local/lib.
On the system, this is the only place where these libraries are installed and ld.so is configured to search in /usr/local/lib.
I also ran ldconfig to ensure that the the linker cache is up to date.
Still, when compiling it without statically linking to the FreeImage libraries, I get undefined symbols.
> It is really curious that the link
> stage works but the runtime linking fails.
Yes, it is.
Maybe it has something to do with a missing libfreeimage.la / libfreeimageplus.la file.
In 3rdpartypublic/FreeImage I could not find any .la files that seem to be required for libtool to correctly build the shared object.
Without statically linking, all required dynamic libraries should be in the ELF header of the resulting shared object file.
However, if I remove the static linking in Makefile.am, the resulting .so file does not list the FreeImage libraries as dependencies:
$ ldd libmmgr_dal_GPhoto.so.0.0.0
linux-vdso.so.1 => (0x00007fffde5ff000)
libgphoto2.so.2 => /usr/lib/libgphoto2.so.2 (0x00007f9e0dca8000)
libltdl.so.7 => /usr/lib/libltdl.so.7 (0x00007f9e0da9e000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f9e0d789000)
libm.so.6 => /lib/libm.so.6 (0x00007f9e0d506000)
libc.so.6 => /lib/libc.so.6 (0x00007f9e0d183000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f9e0cf6b000)
libgphoto2_port.so.0 => /usr/lib/libgphoto2_port.so.0 (0x00007f9e0cd62000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f9e0cb45000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f9e0c940000)
libexif.so.12 => /usr/lib/libexif.so.12 (0x00007f9e0c6fb000)
/lib64/ld-linux-x86-64.so.2 (0x00007f9e0e4d5000)
So whenever the library is loaded, the freeimage*.so dependencies are not loaded, resulting in missing symbols.
I guess if there would be .la files for libfreeimage and libfreeimageplus, libtool should properly link
and the error should be gone.
cheers,
Stefan
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1_______________________________________________
micro-manager-general mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/micro-manager-general
Locked
