bug-automake
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#10852: VPATH builds cannot recover from missing parser header


From: Akim Demaille
Subject: bug#10852: VPATH builds cannot recover from missing parser header
Date: Tue, 21 Feb 2012 11:25:15 +0100

Le 20 févr. 2012 à 15:23, Akim Demaille a écrit :

>> But the test is wrong, because it checks that the Yacc-generated .h and .c
>> files are placed in the $srcdir, while we expect them to be placed in the
>> $builddir.  Do the tests added by your patch work for you?  They don't work
>> for me (as I would have expected BTW).
> 
> OK, so it is my expectations which are wrong.  Probably
> in an attempt to have simple minded picture in my head,
> I expected the maintainer source tree to be alike an end
> user tarball.  Since Automake ships the generated parsers
> and scanners, I expected it to generate these guys in srcdir,
> not builddir.
> 
> So indeed the patch I proposed wanted to exhibit the failure,
> but it's my understanding that is incorrect.  Hence the test
> failed, as _I_ expected.

The more I think about this, the more it troubles me.  It feels
wrong to me that the maintainer-source-tree is so different from
the user-source-tree.  It's easy to imagine situations where the
user, in a vpath-build, would have one parser.c in srcdir and
another in builddir.  Then, who knows what will happen...  As I
showed in my previous message, it can even behave extremely weirdly
because of pretty much hidden things, such as the dependencies
in .deps.

Besides, it prevents the maintainers from checking in their generated
files.  While it is most of the time not right to save them, I do
know several project that save them, for instance to be
able to check the diffs between revisions.  Others, such as Bison,
_must_ save these files.  Whether not to save them under VCS is
a matter of .gitignore, not of Automake's rules.

It basically boils down to whether the maintainer-src-tree should
look like a fresh check-out, or a fresh tarball.  I think it should
look like a tarball.

FWIW, Alexandre Duret-Lutz just told me that he was also troubled
by this.






reply via email to

[Prev in Thread] Current Thread [Next in Thread]