Hi Jim,
* Jim Meyering wrote on Sat, Sep 20, 2008 at 02:02:36PM CEST:
> Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> >
> > One downside of the large test suite is the time it takes to complete.
> > Since there are lots of instances of $sleep in it, I've found it helpful
> > to use a munged version
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
> * Ralf Wildenhues wrote on Sun, Sep 14, 2008 at 03:23:45PM CEST:
>>
>> Sigh, this was overly optimistic. With libtool libraries, the
>> eventual need to relink at install time requires that the ordering
>> is exactly the same as given in the Makefile.a
* Ralf Wildenhues wrote on Sun, Sep 14, 2008 at 03:23:45PM CEST:
> * unlike lib_LTLIBRARIES, nobase_lib_LTLIBRARIES aren't consistently
> installed before bin_PROGRAMS. :-/
Yes, this fix is more of an ugly ugly hack, just like the hack done for
lib_LTLIBRARIES. I figured two consistent hacks a
* Ralf Wildenhues wrote on Sun, Sep 14, 2008 at 03:23:45PM CEST:
>
> Sigh, this was overly optimistic. With libtool libraries, the
> eventual need to relink at install time requires that the ordering
> is exactly the same as given in the Makefile.am lines.
>
> This is because automake is not sma
Let's start fixing the issues I noted last weekend:
* Ralf Wildenhues wrote on Sun, Sep 14, 2008 at 03:23:45PM CEST:
> While writing a test case for this, I noticed that nobase_ is broken
> for LTLIBRARIES in more ways, and before the install changes:
>
> * -rpath is not adjusted to point to the
mind the
> apparent increased duplication in ltlib.am). Pushed.
> Faster install for libtool outputs.
>
> * lib/am/ltlib.am (install-%DIR%LTLIBRARIES): Invoke `libtool
> --mode=install' with multiple libraries at once.
> (%DIR%LTLIBRARIES_INSTALL): No need
Faster install for libtool outputs.
* lib/am/ltlib.am (install-%DIR%LTLIBRARIES): Invoke `libtool
--mode=install' with multiple libraries at once.
(%DIR%LTLIBRARIES_INSTALL): No need to use install_sh any more.
* lib/am/progs.am (install-%DIR%PROGRAMS): Likewise, remove much
