If we apply our RPATH hack on generated libtool, package fails to build if (a) the original ltmain.sh is patched by debian _and_ (b) there are two libraries libA and libB to be installed into ${libdir} _and_ (c) libA_la_LIBADD = libB.la. This happened recently in 'hplip' package. This might be known issue but I haven't done much observation yet. So this is aimed to be rather documentation bug (maybe only? for me).
Created attachment 1096154 [details] Reproducer. $ tar -xf libtool-debian-bug-1.0.tar.gz $ cd libtool-debian-bug-1.0 $ ./reproducer [....] make[1]: Entering directory '/tmp/libtool-debian-bug-1.0' CC libB.lo CC progA.o CC libA.lo CC progB.o CCLD libA.la CCLD libB.la CCLD progA CCLD progB /usr/bin/ld: warning: libA.so.0, needed by ./.libs/libB.so, not found (try using -rpath or -rpath-link) ./.libs/libB.so: undefined reference to `callA' collect2: error: ld returned 1 exit status Makefile:524: recipe for target 'progB' failed make[1]: *** [progB] Error 1 make[1]: Leaving directory '/tmp/libtool-debian-bug-1.0' Makefile:376: recipe for target 'all' failed make: *** [all] Error 2 Failure
Some references: https://www.mail-archive.com/libtool@gnu.org/msg08178.html
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.
According to the low priority of this request and as it did not bother any user for years, I am closing this tracker. If you think this issue should be handled and investigated, feel free to reopen it.