Hello Eric, all, * Eric Blake wrote on Tue, Dec 11, 2007 at 08:18:35PM CET: > > This may not be the end of the story. For M4 head, it is now triggering a > libtool bug - libtool mistakenly canonicalizes its link line, and discards > one > of the two instances of $(local_ldadd), which means we are right back to the > link failures.
I replied to that issue on bug-libtool (--preserve-dup-deps before --mode on the libtool link command line, i.e., in *_LIBTOOLFLAGS). I have not had the time to follow this discussion through, sorry, but wasn't the original intention to split things up, due to some licensing issue? If you have circular dependencies (which in general are a hint at bad interface design, but that may not apply in this case), doesn't that mean that the code in your libraries cannot reasonably be split apart, and consequently, it's rather questionable to allow to treat them differently wrt. licenses? > Maybe we need to make libtests.a shared if the gnulib library is shared? Making libraries shared to avoid ordering issues is a hack only; it will generally make the problem seem to be fixed on some systems (typically ELF) but not on all. In this case, the naming issues alone are good reason to not put any gnulib code in a shared library unrenamed. Hope that helps. Cheers, Ralf
