Subject: Re: sparc tools build lossage.
To: Urban Boquist <urban@boquist.net>
From: Rafal Boni <rafal@mediaone.net>
List: tech-toolchain
Date: 10/22/2001 07:24:17
In message <15315.4758.978363.964534@iller.crt.se>, you write: 

-> >>>>> matthew green writes:
-> 
-> matthew> true
-> matthew> /usr/src/tools/toolchain/../../gnu/dist/toolchain/ld/ldlex.l
-> matthew> && mv lex.yy.c
-> matthew> /usr/src/tools/toolchain/../../gnu/dist/toolchain/ld/ldlex.c
-> matthew> mv: rename lex.yy.c to
-> matthew> /usr/src/tools/toolchain/../../gnu/dist/toolchain/ld/ldlex.c:
-> matthew> No such file or directory *** Error code 1 [ ... ]
-> 
-> matthew> obviously `true' isn't going to generate lex.yy.c, but why is
-> matthew> this rule being run at all?
-> 
-> I saw this too, and it was caused by "ldlex.l" being newer than
-> "ldlex.[hc]" in .../gnu/dist/toolchain/ld/.
-> 
-> I think using LEX=true and having the already lex'ed file in CVS is
-> probably a good idea, considering cross compiling and stuff, but
-> obviously the "mv lex.yy.c ..." part of the lexer make rule needs to
-> nulled out somehow too.

Just as a "Me TOO!", I've seen this happen on my sgimips boxes on occasion
as well, so it's definitely not just a sparc thing (as Urban's explanation
leads us to believe anyway).

Thanks for doing the digging, Urban... I imagined it was somehow related
to messed up relative times on the files, but never got around to digging
as I was always trying to fix something else at the time.

--rafal

----
Rafal Boni                                                  rafal@mediaone.net