Hi automakers,
I think I've found a race condition with 'make recheck' that results in
a source file being compiled twice in parallel and resulting in a
failure such as
mv: cannot stat '.deps/foo.Tpo': No such file or directory
In my trimmed down example my Makefile.am looks like:
lib_LIBRA
parse1.yy:30:7: error: conflicting declaration of 'void yyerror(const
char*)' with 'C' linkage
parse1.yy:7:6: note: previous declaration with 'C++' linkage
Thanks much for the careful and complete report.
I think this is another manifestation of what Bogdan fixed in other
cases in https:
Erik, I think all the automake test problems you reported here have been
resolved (thanks to your excellent debugging). So closing. Leaving
#68808 open until Zack or I have a chance to look into testing of make
for the subsecond mtimes. Thanks again! -k
Hi Arnaud - back on this bug from last April, I guess I just don't think
it's the job of mkinstalldirs to follow symlinks. It feels like too big
a change in behavior. I think the real bug here lies in whatever
created the broken symlink in the first place.
So I'm going to close this one. All the b
I'm going to close this bug about the random test failures, partly fixed
in #67670 and partly still open in #68808, but nothing to do
here. --thanks, karl.
Those square brackets are M4 quotes to prevent M4 from expanding
$* and $2 itself.
Ah, right. Of course. Good!
The $[*] especially confused me. Just looks so perfectly like an array
reference of some strange kind :). I think it would be a tiny bit
clearer to use $[]*? Or am I missing some
