Packages are supposed to be able to compile against a system-installed libltdl without too much magic. They also should not require a *.la files to exist just to perform dynamic linking. If one removes /usr/lib*/libltdl.la, certain packages will fail to compile. This is because they are being told to use the system libltdl and are nice enough to fail instead of building a copy of libltdl into themselves. So far, the only package I've noticed to exhibit these symptoms is media-gfx/imagemagick-6.5.2.9 . I will attach a sample build log. The error exists in the ./configure script distributed with imagemagick. One would expect that if libtoolize or autoreconf -vfi was run twice in imagemagick's directory, fixed ltdl autoconf macros would be pulled in from the system's /usr/share/aclocal. However, the system macros from sys-devel/libtool-2.2.6a are broken too. The error message is ``invalid ltdl library directory:'' followed by the system's usr/$(get_libdir). If you search for that string in libtool's /usr/share/aclocal/ltdl.m4, you will find that, two lines earlier, there incorrect are tests for the existence of $with_ltdl_lib/libltdl.la .
please see bug 293923 for the failed build of imagemagick
dont go deleting random files on your system
*** Bug 293923 has been marked as a duplicate of this bug. ***
(In reply to comment #2) > dont go deleting random files on your system > This isnt about radom deletion of files, but about removing .la files, which should not be used on systems with dynamic linking. In this case, the multilib-portage branch does remove all .la files, which dont contain a "shouldnotlink=yes" line. Since libltdl.la contains "shouldnotlink=no", its one of the files, which are removed by multilib-portage during install stage. Do you have a good reason to preserve such .la files on default sytems with dynamic linking?
There is a reason why I never said "just delete all the .la files existing in the world"… libtool does work this way and needs that .la file, so unless you bring it up upstream, we cannot do much about that.
*** Bug 306839 has been marked as a duplicate of this bug. ***
Created attachment 221239 [details] files/2.2.6b/libtool-2.2.6b-ltdl.m4-no-la.patch Hacky patch around this behavior.
Created attachment 221357 [details, diff] files/2.2.6b/libtool-2.2.6b-ltdl.m4-no-la.patch Updated with help from ferret_ and tommy.
if it were converted into an ELT patch, that'd probably be doable
Created attachment 287619 [details, diff] configure-no-ltdl.la.patch Rewritten in ELT style, just plop into eclass/ELT-patches/ltdl-la-conf/ and apply the next patch I attach to libtool.eclass. Tested to fix at least the src_configure() for imagemagick (bug 383929).
Created attachment 287621 [details, diff] libtool.eclass-configure-patches.patch Generallized support for future ELT patches which patch ./configure. Add ltdl-la-conf to the default list of ELT patches.
i'll test this a bit, but otherwise looks fine
Any updates on this? :) Thanks
