Re: no license on some test modules

[Ralf Wildenhues]

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