To view parent comment, click here.
To read all comments associated with this story, please click here.
The Borland C++ 5.0 compiler (forget which one, exactly: they also had an Intel compiler shipped in that package) in debug mode generated invalid code for the , operator: I saw it at work, when someone was using the operator for generating debugging code, and Borland confirmed it was a bug when tested. Also, optimizations in gcc aren't so guaranteed at the highest optimization levels, especially on older compilers (before 3.x). If you write C/C++ software and you're unaware of this, you're inexperienced. So, too, Windows-based compilers often have subtly different code at top optimization levels than that generated that's unoptimized. I have no reason to believe these issues are restricted to C/C++ compilers, as back-ends are often shared amongst front-ends for actual compiling down to assembly, especially in the Gnu Compiler Collection.
A developer who imagines he has found a compiler bug is wrong, in 99.999% of the cases.
In every one of the two-dozen-or-so cases that I've
been trying to build an executable and the compiler
message was "ERROR: Internal compiler error in phase..." what I have found is certainly a compiler bug.
In every one of the similar number of cases where the compiler seg-faulted, it was also a compiler bug.
I think your "99.999%" is a WAG.





Member since:
2006-03-18
Perhaps I've never dealt with low enough level languages, or buggy enough compilers, but I've never encountered a compiler that didn't do exactly what I told it to.
A developer who imagines he has found a compiler bug is wrong, in 99.999% of the cases.