[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Openexr-devel] .la and link to basename .so
From: |
Piotr Stanczyk |
Subject: |
Re: [Openexr-devel] .la and link to basename .so |
Date: |
Tue, 10 Sep 2013 15:52:35 +0000 |
Hey,
Most of that stuff is just pure autoconf, I'll take a closer look at your 2nd
point and refresh my mind as I seem to remember we did some work on supporting
custom namespacing.
I would like to know exactly what is failing for you regarding the build; would
you happen to have the output from the shell or the configure log files.
Thanks
- Piotr
________________________________________
From: address@hidden address@hidden on behalf of Charles Flèche address@hidden
Sent: 09 September 2013 14:26
To: address@hidden
Subject: [Openexr-devel] .la and link to basename .so
Hi,
As the ./configure script doesn't allow me to build IlmBase and OpenEXR
on the latest Ubuntu, I'm taking a look at improving the current CMake
files. Here are a couple of questions about the build :
1. the build process yields a few .la files : libHalf.la, libIex.la,
etc... My understanding is that these .la files are legacy files from
libtool to help linking, but this mechanism should be replaced by proper
package-config .pc files. As OpenEXR already build valid .pc files, are
these .la files still useful ?
https://blog.flameeyes.eu/2008/04/what-about-those-la-files
2. taking libIex :
libIex-2_0.so.10 -> libIex-2_0.so.10.0.1
libIex-2_0.so.10.0.1
libIex.a
libIex.la
libIex.so -> libIex-2_0.so.10.0.1
Now I get that renaming libIex.so to libIex-2_0.so is probably to avoid
symbol collisions while linking two versions of OpenEXR from the same
process. However, I don't understand the libIex.so ->
libIex-2_0.so.10.0.1 symbolic link. Why renaming libIex-2_0 to libIex ?
Is it to avoid modifying the build systems of the applications linking
against OpenEXR ? Why not :
libIex-2_0.so.10 -> libIex-2_0.so.10.0.1
libIex-2_0.so.10.0.1
libIex-2_0.a
libIex-2_0.la
libIex-2_0.so -> libIex-2_0.so.10.0.1
I probably miss something, there...
Many thanks,
Charles
_______________________________________________
Openexr-devel mailing list
address@hidden
https://lists.nongnu.org/mailman/listinfo/openexr-devel