This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: GCC 3.3 compile speed regression - AN ANSWER


In article <200302111547.h1BFl7C25252@quatramaran.ens.fr> you write:
>Basically, recent gcc kill old boxen. Maybe you feel those should be dead.
>Some people disagree. And cross-compiling does not really solve the problem:
>building stuff is still a very good way to exercise a system and shake out
>bugs.

>Bottom line is, recent gcc are slowly killing linux and unix distributions 
>on slow hardware, because they force cross-compilation, and cross-compilation 
>does not find bugs.

Oh and by the way, in the past, quite a few people said:
tough luck, just stick with an older compiler on slow boxen.

Now, this wouldn't be such a bother, if gcc properties were on a linear index:
stick with an older, faster compiler, get slightly less good code.

Now, the obvious cinch is that lot of things change in new gcc releases.
And there are qualities everyone will want, like better diagnostics, less
Internal Compiler Errors, better standard conformance (e.g., thread-safe C++,
as just one single very useful instance)...


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]