Re: Another VPATH problem

[Gary V. Vaughan]

Ralf Wildenhues wrote:
> * Bob Friesenhahn wrote on Sun, Jul 25, 2004 at 10:54:46PM CEST: 
>>  cd /home/bfriesen/src/gnu/libtool && /usr/local/bin/bash 
>>/home/bfriesen/src/gnu/libtool/config/missing --run automake-1.8 
>>--gnits
>>configure.ac:177: required file `config/ltmain.sh' not found
>>gmake: *** [/home/bfriesen/src/gnu/libtool/Makefile.in] Error 1
> 
> 
> Yes.  It has been there for at least months now.
> The workaround was to ./bootstrap after each cvs update.
> Except now even after bootstrap some of the autotools are being
> invoked again (I don't know which change, and of Libtool or Automake,
> caused this).
> 
> A fix would be to overwrite each automake rule for invoking
> the autotools: touch the $fakes before and remove them afterwards.
> And also split the build of the test suite dirs out, else this
> whole thing remains completely impractical.

To skip the bootstrap of the test directories:

$ reconfdirs=. ./bootstrap

After a cvs update, I run bootstrap in this mode which handles the
$fakes twiddling that libtool does to keep automake happy.  Often,
the full ./bootstrap isn't required if the test directories are
not changed, and `make check' runs perfectly well after a "cvs up;
reconfdirs=. ./bootstrap" in the tree root.

I have noticed an occasional spurious stamp-vcl related rebuild when
doing a VPATH build.  I'm pretty sure I introduced that bug before I
switched to VPATH builds a few months ago, but I haven't figured out
a repeatable recipe to trigger it yet :-(

Cheers,
        Gary.
-- 
Gary V. Vaughan      ())_.  address@hidden,gnu.org}
Research Scientist   ( '/   http://tkd.kicks-ass.net
GNU Hacker           / )=   http://www.gnu.org/software/libtool
Technical Author   `(_~)_   http://sources.redhat.com/autobook

signature.asc
Description: OpenPGP digital signature