GCC 3.1 Released

← Back to Stories (view on slashdot.org)

Posted by michael on Wednesday May 15, 2002 @02:53PM from the it-slices-it-dices dept.

gergnz writes "Just popped into my inbox, GCC 3.1 released. There are many bug fixes over 3.0. "we focused more on quality than new features" Mark Michell. Here are the changes, and you can see a list of ftp servers here. This is the release I have been waiting for. I will now upgrade :-) Well Done to all involved!"

35 of 56 comments (clear)

Min score:

Reason:

Sort:

3.1? by ObviousGuy · 2002-05-15 14:58 · Score: 4, Funny

Windows was at that level 8 years ago! Even VC++ is up to 7.0 now. Sheesh! Faster development with fewer bugs, my ass.

Seriously, though. Hopefully this takes care of all those niggling bugs that made 3.0 unusable. Maybe this will encourage everyone to jump from the 2.x tree finally.

--
I have been pwned because my /. password was too easy to guess.
1. Re:3.1? by BigDaddy · 2002-05-15 18:11 · Score: 1
  
  They could just do what Patrick at Slackware did and jump three or so version numbers in a single release.
  
  --
  You can't get a blue screen on a black and white monitor.
2. Re:3.1? by elflord · 2002-05-16 04:49 · Score: 2
  
  Seriously, though. Hopefully this takes care of all those niggling bugs that made 3.0 unusable. Maybe this will encourage everyone to jump from the 2.x tree finally.
  I think it has, and I think it will. There are a lot of very important bugfixes in this release, especially with respect to the C++ ABI. My bet is that this is going to be a distribution compiler.
3. Re:3.1? by jmv · 2002-05-16 09:18 · Score: 2
  
  I have a complex (it uses lots of features) C++ program which compiled fine (after a couple tweeks) under 2.95.x and 2.96 but would crash when compiled with 3.0.x. I used to think it was my fault but it now works again with 3.1 so I guess 3.0.x was badly broken...
  
  --
  Opus: the Swiss army knife of audio codec
4. Re:3.1? by jdennett · 2002-05-17 00:36 · Score: 1
  
  It might be your fault, and it's just that neither 2.9x nor 3.1 shows up the bug. Or it might, as you say, have been a bug in 3.0.x. Without seeing the code, I can't say.
5. Re:3.1? by mickwd · 2002-05-18 00:44 · Score: 2
  
  Mandrake's development release (Cooker) is already being built with GCC 3.1.
Most Notable Improvements by Sentry21 · 2002-05-15 15:39 · Score: 4, Informative
Here's a short run-down of the improvements that really caught my eye this time around.
- Better PPC support (64-bit PowerPC GNU/Linux support in the backend, and altivec support with -maltivec)
- UltraSPARC 64 fully supported
- AMD x86-64 support
- SSE/SSE2/3DNow!/MMX instructions and command-line flags to enable. No C++ compatible intrics for SSE2
- New ports for MMIX, CRIS, and SuperH
- Code profiling
Everyone knows I'm no fan of the GNU project, but GCC3.1 shows that they have a lot going for them. Very exciting guys, I can't wait to see what 3.2 has in store.

--Dan
1. Re:Most Notable Improvements by argel · 2002-05-16 04:00 · Score: 2, Funny
  
  UltraSPARC 64 fully supported
  I can't wait to see what 3.2 has in store.
  Probably stable UltraSPARC 64 support! ;-)
  
  --
  
  -- Argel
When.. by hackwrench · 2002-05-15 18:15 · Score: 2, Interesting

will it be available in Cygwin...
1. Re:When.. by Anonymous Coward · 2002-05-16 15:01 · Score: 1, Informative
  
  Try bulding it from sources.
Anybody tried it yet? by qeL3-i · 2002-05-15 20:25 · Score: 1

Has anybody tried using it yet? I don't want to be the first kid on the block to give it a go...
Re:GCC (any version) in a nutshell by morbid · 2002-05-15 23:21 · Score: 1, Interesting

How did you get to be +1 Informative with a troll of this kind? GCC's code generator has improved in leaps and bounds recently. It may not generate the fastest code on all platforms, but it generates reliable code that is good enough. If you really are interested in performance, a little bit of profiling and clever coding goes a long way.

--
I'm out of my tree just now but please feel free to leave a banana.
Trouble by 4of12 · 2002-05-16 01:46 · Score: 3, Interesting

[Well, I won't dwell on my rejected submission for this.]

But my attempt to build gcc 3.1 on sparc-sun-solaris2.8 gave me this problem:

echo timestamp > s-check stage1/xgcc -Bstage1/ -B/usr/local/sparc-sun-solaris2.8/bin/ -c -DIN_GCC -g -O2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -I. -I../../gcc-3.1/gcc -I../../gcc-3.1/gcc/. -I../../gcc-3.1/gcc/config -I../../gcc-3.1/gcc/../include ../../gcc-3.1/gcc/p rint-rtl.c -o print-rtl.o In file included from ../../gcc-3.1/gcc/print-rtl.c:30: ../../gcc-3.1/gcc/tree.h:3183: stray '\273' in program ../../gcc-3.1/gcc/tree.h:3183: stray '\224' in program ../../gcc-3.1/gcc/tree.h:3183: stray '\315' in program ../../gcc-3.1/gcc/tree.h:3183: stray '\352' in program ../../gcc-3.1/gcc/tree.h:3183: stray '\274' in program ../../gcc-3.1/gcc/tree.h:3183: parse error before '&' token ../../gcc-3.1/gcc/tree.h:3183: stray '\246' in program ../../gcc-3.1/gcc/tree.h:3183: stray '\21' in program . . . [This went on for some while.]

Any ideas?

--
"Provided by the management for your protection."
1. Re:Trouble by morbid · 2002-05-16 02:55 · Score: 1, Informative
  
  Are you running on x86 or SPARC?
  I've built various versions of gcc-3.0.x and 3.1-xxxxx on SPARC and intel multiprocessor boxen on Solaris 8 and 9.
  What C compiler are you using to start the bootstrap build?
  
  I have the Freeware Companion CD installed, so am using gcc-2.95.3.
  
  Here is my configure line:
  
  ../gcc-3.1/configure --prefix=/area51/trial/install/gcc-3.1 --with-ld=/usr/ccs/bin/ld --with-as=/usr/ccs/bin/as --without-gnu-ld --without-gnu-as --enable-shared
  
  --
  I'm out of my tree just now but please feel free to leave a banana.
2. Re:Trouble by 4of12 · 2002-05-16 03:24 · Score: 2
  
  This is SPARC (v9).
  
  Solaris 8.
  
  My first attempt failed, using gcc 3.0.4 to do the bootstrap build.
  
  My second attempt failed, using Suns WS 6u2.
  
  Thanks for the configure line. I'll also try extracting on a different filesystem as another poster suggested, since the symptoms look suspicious.
  
  --
  "Provided by the management for your protection."
Does it compile KDE? by JahToasted · 2002-05-16 02:01 · Score: 2, Interesting

How is the C++ support now? I've been sticking with 2.95.x since 3.0 wasn't able to compile kde (i think it was the sound system it couldn't compile although I could be wrong). There was nothing wrong with the KDE code it was a problem with gcc3. So any word on whether c++ has been fixed? does the linker work properly or do we still have to use objprelink?
I remember being optimistic about 3.0 only to be disapointed that it wouldn't compile kde.
1. Re:Does it compile KDE? by Anonymous Coward · 2002-05-16 02:37 · Score: 2, Informative
  
  Yes, some of the KDE developers are already using GCC 3.1. It compiles and runs KDE without problems.
2. Re:Does it compile KDE? by tzanger · 2002-05-20 02:22 · Score: 2
  
  How is the C++ support now? I've been sticking with 2.95.x since 3.0 wasn't able to compile kde (i think it was the sound system it couldn't compile although I could be wrong).
  
  I think you're very wrong -- I have compiled KDE3 from CVS with GCC3.0 many times without a problem.
Re:Most Notable Improvements - export? by jungd · 2002-05-16 02:04 · Score: 2, Interesting

Does it implement export yet?
I doubt it.

--
/..sig file not found - permission denied.
Re:Most Notable Improvements - export? by jdennett · 2002-05-16 03:54 · Score: 3, Informative

Nope, the only compilers which are close to having export are the EDG-based ones. Comeau might be on sale in release (rather than beta) form this month. No released compiler has export just yet, but some are real close now. (http://www.edg.com/ or http://www.comeaucomputing.com/ for some more details if you care.)
Re:Most Notable Improvements- Ada 95 by Ada95 · 2002-05-16 05:55 · Score: 1

Those are all important improvements but surely the most important change is the inclusion of the GNU Ada 95 compiler (GNAT) in the GNU Compiler Collection. Try it! Be cool. Be leading edge. Be smart. Be productive.
Sigh by devphil · 2002-05-16 07:05 · Score: 2

Yes, GCC 3.1 compiles KDE 3.0 just fine, according to initial prerelease reports. However...

So any word on whether c++ has been fixed?

"C++" as you call it, was doing pretty well. Most of the problem was that the KDE library folks expected to be able to break the ODR and have GNU ld magically fix it for them. (Even open source projects have to follow the rules of the programming language in use, sorry...)

--
You cannot apply a technological solution to a sociological problem. (Edwards' Law)
1. Re:Sigh by devphil · 2002-05-17 03:51 · Score: 3, Informative
  
  ODR is One Definition Rule. It's the clause of the ISO C++ Standard (that's where you'd go to look for it) that says that an entity used in a program must be defined exactly once.
  
  Some of the KDE libs apparently were trying to define things more than once, and have the linker merge them. Which falls outside the realm of C++, and is actually done for some behind-the-scenes things, but not normally, and not by default.
  
  Anyhow, there was a long thread on the gcc list, where the remaining multiple inheritence issues were dealt with, and the ODR problems explained to the good KDE folks. So all should be well there.
  
  Slow startup times remain; that's a different problem.
  
  --
  You cannot apply a technological solution to a sociological problem. (Edwards' Law)
2. Re:Sigh by devphil · 2002-05-19 11:53 · Score: 2
  
  Well, yeah, but it only works when you tell the compiler and linker what you're doing. The '#pragma telepathy' extension still hasn't been checked in to the main GCC source tree. :-)
  
  Under Solaris, I do similar things with the uber-kickass watchmalloc library.
  
  --
  You cannot apply a technological solution to a sociological problem. (Edwards' Law)
I Hope.... by pretoris · 2002-05-16 10:02 · Score: 1

I hope Apple has the insight to ship this version of GCC with Jaguar rather than the much maligned GCC 3.0.x
1. Re:I Hope.... by jdennett · 2002-05-17 00:33 · Score: 1
  
  If you really want a solid gcc, 3.0.4 is probably your best bet right now. The 3.0.x line has had by far the most testing of any recent version. 3.1 seems pretty good, but many regressions have been fixed "at the last minute" and there are still some known and some unknown regressions. If you want the improved conformance and better optimizers etc. then 3.1 is a good bet. If it's just stable you're looking for, then 3.0.4 is sane, or maybe 3.1.x fairly soon.
Re:Most Notable Improvements - export? by iguana · 2002-05-16 10:29 · Score: 1

Forgive my ignorance, but what is export?
Re:Most Notable Improvements - export? by Anonymous Coward · 2002-05-16 10:44 · Score: 1, Informative

In short: thing that reduces bloat/speed/compile time when you use templates. Every bigger c++ (KDE and the like) project would kill for it. But AFAIK it is difficult to implement... pitty.
Re:GCC (any version) in a nutshell by L.+J.+Beauregard · 2002-05-16 18:14 · Score: 2, Interesting

It seems that GCC generates rather simple-minded code and relies on the optimizer to make it fast. I've never had a GCC-compiled program that was not significantly faster when compiled with -O2.
And if -O2 is not enough, well, that's what gprof and inline assembly is for. GCC's inline assembly feature is unmatched by any compiler I've ever seen (though Borland's register pseudovariable feature comes in handy if used carefully).

--
Ooh, moderator points! Five more idjits go to Minus One Hell!
Delendae sunt RIAA, MPAA et Windoze
Re:Most Notable Improvements - export? by jdennett · 2002-05-17 00:30 · Score: 1

export is unlikely to help to reduce bloat. Coding well or using a smart compiler will do that. Compile time doesn't appear to much be affected by initial implementations of export.

Export helps to reduce header file dependencies, which is a good thing. It also makes it possible to ship template libraries without exposing implementation details as plain text.
Prelinking? by Anonymous Coward · 2002-05-17 04:14 · Score: 1

Is now prelinking possible (with current/next binutils/glibc)? Real prelinking, not objprelink or combreloc.
GCC and Linux Kernel by g_dancer · 2002-05-17 22:51 · Score: 1

Does GCC 3.1 build the Linux kernel correctly now? I had problem with the GCC 3.0.x versions and some 2.4 kernel modules.
1. Re:GCC and Linux Kernel by tzanger · 2002-05-20 02:25 · Score: 2
  
  Does GCC 3.1 build the Linux kernel correctly now? I had problem with the GCC 3.0.x versions and some 2.4 kernel modules.
  
  Which modules? I've been compiling 2.4.18 with ipsec and the bleeding edge ACPI stuff for quite a while now. Nothing weird yet...
8-bit register use on x86 ? by Anonymous Coward · 2002-05-18 15:22 · Score: 1, Interesting

Can code generated by this version of GCC use, say, registers AH and AL at the same time? I don't think GCC 2.x can do this.
Re:GCC (any version) in a nutshell by Bert64 · 2002-05-23 13:05 · Score: 1

"good enough" - just like windows, just good enough to prevent a mass exodus from the platform, but not good enough that you wont want the next version. Since when has inefficient code been "good enough" ? shouldn`t we be trying to get the best possible performance from existing hardware... not everyone can afford a faster machine every month.

--
http://spamdecoy.net - free throwaway anonymous email - avoid spam!