* Dan Nicholson wrote on Thu, Mar 17, 2011 at 11:47:38PM CET: > On Thu, Mar 17, 2011 at 3:08 AM, Pacho Ramos <pa...@gentoo.org> wrote: > > > https://bugzilla.gnome.org/show_bug.cgi?id=644896#c2 > > This seems more legitimate. I looked at the Makefile.am's and they > look reasonable to me. You have two libraries, one is in > lib_LTLIBRARIES and the other is in pkglib_LTLIBRARIES. The pkglib one > depends on the lib one. > > It seems that make is running install-libLTLIBRARIES and > install-pkglibLTLIBRARIES in parallel. Each one of these these rules > installs the libraries serially in a loop. However, if libtool is > relinking the libraries, it really needs to wait until the > prerequisite libraries from _other_ rules are installed. I'd bet if > you do this: > > echo "install-pkglibLTLIBRARIES: install-libLTLIBRARIES" >> > src/backend/xml/Makefile > > it will work again. This seems like a bug in automake's libtool > support to me, but I don't know how to fix it.
Yes, it's a bug in Automake/Libtool, but the workaround isn't quite correct: you'd need something like install-pkglibLTLIBRARIES = install-pkglibLTLIBRARIES $(install-pkglibLTLIBRARIES): install-libLTLIBRARIES because your proposed workaround will cause automake to not emit its install-pkglibLTLIBRARIES rule at all. Yes, depending on automake not seeing through variables when determining target names is ugly, I know. (It's also so widespread by now that we can't easily change that issue.) I've posted some ideas to fix the original bug before, on an automake or libtool list; but nothing finished. :-/ Cheers, Ralf _______________________________________________ http://lists.gnu.org/mailman/listinfo/libtool
