Related articles |
---|
Compiler Bugs, please! liekweg@ipd.info.uni-karlsruhe.de (F. Liekweg) (2001-12-20) |
Re: Compiler Bugs, please! loewis@informatik.hu-berlin.de (Martin von Loewis) (2001-12-22) |
Re: Compiler Bugs, please! fjh@cs.mu.OZ.AU (2001-12-24) |
Re: Compiler Bugs, please! toon@moene.indiv.nluug.nl (Toon Moene) (2001-12-24) |
From: | Toon Moene <toon@moene.indiv.nluug.nl> |
Newsgroups: | comp.compilers |
Date: | 24 Dec 2001 00:09:16 -0500 |
Organization: | Moene Computational Physics, Maartensdijk, The Netherlands |
References: | 01-12-093 |
Keywords: | errors |
Posted-Date: | 24 Dec 2001 00:09:16 EST |
"F. Liekweg" wrote:
> I am interested in learning about compiler bugs. The 'My compiler
> crashes when trying to do [...] feature' kind of thing is probably
> known to everybody; but what about the more obscure kind, like the
> FORTRAN [ ... ] compilers which allowed one to assign a value to a
> constant.
Hmmm, if you're refering to the following case:
CALL SUB(1)
END
SUBROUTINE SUB(I)
I = 2
END
I'm afraid I can't see the "compiler bug".
This is simply a programmer fallacy. Please read the comp.lang.fortran
FAQ.
--
Toon Moene - mailto:toon@moene.indiv.nluug.nl - phoneto: +31 346 214290
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Maintainer, GNU Fortran 77: http://gcc.gnu.org/onlinedocs/g77_news.html
Join GNU Fortran 95: http://g95.sourceforge.net/ (under construction)
[There have been compilers that trapped that at runtime, or at least
mitigated the damage short of turning every 1 in the program into 2.
-John]
Return to the
comp.compilers page.
Search the
comp.compilers archives again.