This is the mail archive of the
binutils@sourceware.cygnus.com
mailing list for the binutils project.
Re: Preprocessing oddity breaks binutils
- To: mark@codesourcery.com
- Subject: Re: Preprocessing oddity breaks binutils
- From: Ian Lance Taylor <ian@airs.com>
- Date: 1 Jun 1999 22:12:19 -0400
- CC: binutils@sourceware.cygnus.com
- References: <19990601190142E.mitchell@codesourcery.com>
From: Mark Mitchell <mark@codesourcery.com>
Date: Tue, 01 Jun 1999 19:01:42 -0700
In the binutils case, what's happening is that a generated lexer (from
lex) is being placed in the objdir, along with a a generated include
file full of tokens. However, there's *already* a file of tokens in
srcdir. When compiling the lexer, we get the old file of tokens,
because the lexer contains #line directives referring back to the old
lexer.
Perhaps, in the interests of portability, some kind of modification to
binutils or automake is a good idea as well. (This is happenning with
ldlex.l, ldgram.h, and friends in the `ld' subdirectory of binutils.)
There is something odd going on with your build, because the CVS tree
does not include any generated files. It does include ldlex.l (not a
generated file) but it does not include ldgram.h (a generated file).
Ian