Related articles |
---|
[7 earlier articles] |
Re: What is the future of Compiler technology? eliotm@pacbell.net (Eliot Miranda) (2006-07-19) |
Re: What is the future of Compiler technology? Colin_Paul_Gloster@ACM.org (Colin Paul Gloster) (2006-07-19) |
Re: What is the future of Compiler technology? pocmatos@gmail.com (Paulo Matos) (2006-07-31) |
Re: What is the future of Compiler technology? gdr@integrable-solutions.net (Gabriel Dos Reis) (2006-07-31) |
Re: What is the future of Compiler technology? Juergen.Kahrs@vr-web.de (=?ISO-8859-1?Q?J=FCrgen_Kahrs?=) (2006-08-03) |
Re: What is the future of Compiler technology? gdr@integrable-solutions.net (Gabriel Dos Reis) (2006-08-04) |
Re: What is the future of Compiler technology? DrDiettrich1@aol.com (Hans-Peter Diettrich) (2006-08-05) |
Re: Parser performance, was What is the future of Compiler technology? gdr@integrable-solutions.net (Gabriel Dos Reis) (2006-08-06) |
From: | Hans-Peter Diettrich <DrDiettrich1@aol.com> |
Newsgroups: | comp.compilers |
Date: | 5 Aug 2006 21:54:51 -0400 |
Organization: | Compilers Central |
References: | 06-06-044 06-06-055 06-07-023 06-07-031 06-07-109 06-07-114 06-08-018 |
Keywords: | parse, performance |
Posted-Date: | 05 Aug 2006 21:54:51 EDT |
Gabriel Dos Reis wrote:
> Gabriel Dos Reis <gdr@integrable-solutions.net> writes:
>
> | [Really? The parser, not the lexer? -John]
>
> Yes, like I said, the parser. As surprising as it could sound.
What do you consider part of the parser?
When the preprocessor is built into the compiler, there exist several
steps between the lexer and the parser, including the handling of #if,
#include, macro expansion and more.
DoDi
Return to the
comp.compilers page.
Search the
comp.compilers archives again.