This is the mail archive of the
automake@gnu.org
mailing list for the automake project.
Re: yaccvpath.test
- To: Pavel Roskin <proski at gnu dot org>
- Subject: Re: yaccvpath.test
- From: Alexandre Duret-Lutz <duret_g at lrde dot epita dot fr>
- Date: 28 Feb 2001 09:47:14 +0100
- Cc: Tom Tromey <tromey at redhat dot com>, <automake at gnu dot org>
- List-Id: Discussion list for automake <automake.gnu.org>
- Organization: LRDE/EPITA http://www.lrde.epita.fr/
- References: <Pine.LNX.4.33.0102271405050.4838-100000@fonzie.nine.com>
>>> "Pavel" == Pavel Roskin <proski@gnu.org> writes:
Pavel> Hello, Alexandre!
>> >> Alexandre claims it fails.
>>
>> Yes it should.
Pavel> Then show us how it fails.
You did it in the next mail.
[...]
Pavel> But I don't see that your are testing for that
Pavel> problem. Your test is quite generic - "make distcheck"
Pavel> should pass.
No it dows stop because a newer parse.c is generated in the
build tree (because the parse.c included in the distribution is
not up to date w.r.t parse.y).
[...]
>> Isn't this a workaround to an Automake bug? It look so to me:
>> if install-sh is in current directory, why would Automake prefer
>> and use ../../install-sh?
Pavel> It's a complicated mix of several bugs and ancient
Pavel> traditions. I believe, the best fix will be to have
Pavel> tests/defs to copy the right install-sh instead of
Pavel> creating an empty file.
yaccvpath already erase these files and run `automake -a'.
--
Alexandre Duret-Lutz