Re: behavior-preserving optimization in C, was compiler bugs

Pertti Kellomaki <pertti.kellomaki@tut.fi>
Mon, 18 May 2009 12:48:10 +0300

          From comp.compilers

Related articles
[8 earlier articles]
Re: compiler bugs anton@mips.complang.tuwien.ac.at (2009-05-10)
Re: behavior-preserving optimization in C, was compiler bugs cdg@nullstone.com (Christopher Glaeser) (2009-05-12)
Re: behavior-preserving optimization in C, was compiler bugs anton@mips.complang.tuwien.ac.at (2009-05-13)
Re: behavior-preserving optimization in C, was compiler bugs dnovillo@acm.org (Diego Novillo) (2009-05-15)
Re: behavior-preserving optimization in C, was compiler bugs cdg@nullstone.com (Christopher Glaeser) (2009-05-15)
Re: behavior-preserving optimization in C, was compiler bugs mcintosh@cup.hp.com (Nathaniel McIntosh) (2009-05-16)
Re: behavior-preserving optimization in C, was compiler bugs pertti.kellomaki@tut.fi (Pertti Kellomaki) (2009-05-18)
Re: behavior-preserving optimization in C, was compiler bugs gah@ugcs.caltech.edu (glen herrmannsfeldt) (2009-05-18)
Re: behavior-preserving optimization in C, was compiler bugs torbenm@pc-003.diku.dk (2009-05-19)
Re: behavior-preserving optimization in C, was compiler bugs torbenm@pc-003.diku.dk (2009-05-19)
Re: behavior-preserving optimization in C, was compiler bugs gneuner2@comcast.net (George Neuner) (2009-05-19)
Re: behavior-preserving optimization in C, was compiler bugs bobduff@shell01.TheWorld.com (Robert A Duff) (2009-05-19)
Re: behavior-preserving optimization in C, was compiler bugs bobduff@shell01.TheWorld.com (Robert A Duff) (2009-05-19)
[13 later articles]
| List of all articles for this month |

From: Pertti Kellomaki <pertti.kellomaki@tut.fi>
Newsgroups: comp.compilers
Date: Mon, 18 May 2009 12:48:10 +0300
Organization: Compilers Central
References: 09-04-072 09-04-086 09-05-010 09-05-022 09-05-028 09-05-038 09-05-039 09-05-050 09-05-055 09-05-065 09-05-069
Keywords: optimize, Scheme
Posted-Date: 18 May 2009 12:54:36 EDT

Anton Ertl wrote:
> * Do you analyse the program to see if it is actually
> standard-conformant? If it isn't, do you consider the program to be
> incorrect, the optimizer to be correct, and do you mark the bug
> report as invalid? Then you are an apologist. If you don't write
> optimizers, but think that this attitude is ok, then you are also an
> apologist.


Or a formalist. For example, the Scheme specification does not specify
the order in which function arguments are evaluated. As far as I am
concerned, an implementation would be free to evaluate arguments left
to right on weekdays and right to left on weekends. If my code relies
on something that is not explicitly promised by the language, that's
my fault, not the compiler's.
--
Pertti


Post a followup to this message

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