This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: gcc reports Internal Error
- From: "Stuart MacDonald" <stuartm at connecttech dot com>
- To: "Zack Weinberg" <zack at codesourcery dot com>
- Cc: <gnu-gcc-bug at gnu dot org>
- Date: Thu, 11 Jul 2002 19:29:36 -0400
- Subject: Re: gcc reports Internal Error
- Organization: Connect Tech Inc.
- References: <3d2df17b$1@news.sentex.net> <20020711230357.GH8746@codesourcery.com>
From: "Zack Weinberg" <zack@codesourcery.com>
> For GCC, a much more efficient technique is to make use of the -dM
> option. See the manual.
I'm aware of that, but it is gcc specific. I'm looking for a general
solution. (And ignoring the problem that the search space seems to
large to brute force. :-))
Also, -dM wasn't a complete answer; __FILE__ wasn't in the output
IIRC.
> > # bfdefines 4 | gcc -E - > results
> >
> GCC attempts to read the entire file into memory before processing it.
Interesting. Perhaps this shouldn't be the case when reading stdin. It
would be nice to compile what's available instead of waiting for a
long time for all of the code to come through the pipe, then
compiling. Parallelism vs serialisation.
> This may change in the future, but has not been a problem for normal
> use so far. Presumably, your program generates more data than will
> fit in memory at once.
I'm certain that's the case.
..Stu