Re: What is the future of Compiler technology?

Gabriel Dos Reis <gdr@integrable-solutions.net>
31 Jul 2006 23:34:09 -0400

          From comp.compilers

Related articles
[4 earlier articles]
Re: What is the future of Compiler technology? torbenm@app-4.diku.dk (2006-07-06)
Re: What is the future of Compiler technology? oliver@zeigermann.de (Oliver Zeigermann) (2006-07-16)
Re: What is the future of Compiler technology? Juergen.Kahrs@vr-web.de (=?ISO-8859-1?Q?J=FCrgen_Kahrs?=) (2006-07-16)
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: Parser performance, was What is the future of Compiler technology? DrDiettrich1@aol.com (Hans-Peter Diettrich) (2006-08-03)
Re: What is the future of Compiler technology? gdr@integrable-solutions.net (Gabriel Dos Reis) (2006-08-04)
Re: Parser performance, was What is the future of Compiler technology? gdr@integrable-solutions.net (Gabriel Dos Reis) (2006-08-04)
Re: Parser performance, was What is the future of Compiler technology? DrDiettrich1@aol.com (Hans-Peter Diettrich) (2006-08-05)
Re: What is the future of Compiler technology? DrDiettrich1@aol.com (Hans-Peter Diettrich) (2006-08-05)
[6 later articles]
| List of all articles for this month |
From: Gabriel Dos Reis <gdr@integrable-solutions.net>
Newsgroups: comp.compilers
Date: 31 Jul 2006 23:34:09 -0400
Organization: Integrable Solutions
References: 06-06-044 06-06-055 06-07-023 06-07-031 06-07-109
Keywords: parse, performance
Posted-Date: 31 Jul 2006 23:34:09 EDT

"Paulo Matos" <pocmatos@gmail.com> writes:


| [I don't think I've ever seen an application where the parser took
| enough time to worry about. Lexer performance is much more important
| since the lexer is the only part of the compiler that has to look at
| each character of the input program. -John]


From experience, the performance of the GCC/g++ *parser* had worried
and continue to worry users and corporate that base their system
compilers on it.


--
                                                                                                              Gabriel Dos Reis
                                                                                      gdr@integrable-solutions.net
[Really? The parser, not the lexer? -John]





Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.