optimization bug in g77

Mike Stump mrs@wrs.com
Mon Feb 22 18:57:00 GMT 1999


> Date: Sun, 21 Feb 1999 15:41:05 -0800
> From: Mark Mitchell <mark@markmitchell.com>

> I think it's a good deal more responsible to invert your suggestion:
> disable the (known to be broken) optimization by default, and then
> provide an option to *enable* it.  Thus, the "power users", who want
> maximum speed, can know what they're getting into: the documentation
> will say explicitly that the option is, in general, known to be
> unsafe.

No, I prefer to ship a compiler with a known bug in it when
optimizing, then to introduce a flag that is documented as being
dangerous and known to generate bad code.  This is non-negotiable.

Only flags that last 10 years should ever be put in, because they
will.

All compilers have bugs, all compilers ship with bugs, this is just a
fact of life.  The `badness' of the bug drives the resources to fix
it, if it is unfixed, it means it isn't that bad.  (fatalist
viewpoint) If it is so bad, then it should just be disabled.


More information about the Gcc-bugs mailing list