Follow Slashdot stories on Twitter

 



Forgot your password?
typodupeerror
×
Operating Systems Software BSD

GCC 3.3.1 Switch Coming Soon On NetBSD 46

Dan writes "Matthew Green says he is ready to switch sparc, sparc64, i386 & alpha ports to using GCC3.3.1 by default on NetBSD. He's uploaded 4 snapshots (one per port ;-), all cross compiled from i386-netbsd. However, there appears to be work involved with fixing approximately 193 broken packages, as reported by NetBSD's Jan Schaumann."
This discussion has been archived. No new comments can be posted.

GCC 3.3.1 Switch Coming Soon On NetBSD

Comments Filter:
  • by mnmn ( 145599 ) on Saturday September 06, 2003 @03:23PM (#6889055) Homepage
    Until recently many packages required gcc2.x for compilation simply because 3.x has been relatively untested. Will this bring some kind of instability in NetBSD if say the compilation is successful but with tonnes of warning messages? Are gcc 2.x and 3.x really that different?
    • by __past__ ( 542467 ) on Saturday September 06, 2003 @04:28PM (#6889416)
      The biggest annoyance is that newer GCCs treat multiline string literals (i.e. strings with embeded newline characters as opposed to \n) as errors, instead of just issuing a warning. This is actually conforming behaviour, so packages should really be fixed upstream. Other than that, I never had any problems beyond simple warnings, but of course, YMMV.

      Given that GCC got better and better in terms of ISO/ANSI C conformance, most problems are probably bugs that just didn't show up yet because they went with a matching GCC bug. So fixing them will only increase conformance, and hence portability to other compilers.

      • by JDizzy ( 85499 ) on Saturday September 06, 2003 @05:14PM (#6889649) Homepage Journal
        Yeah, this is the same issue we had in FreeBSD. Lots of little pendantic issues that used to be a warning become errors. This is, as you point out, an issues with interpritaion of the ANSI C standards. Lots of folks try to say their code works, and it doesn't work due to a bug in the new GCC, but that is just water under the bridge when they figure out that the world has changed, and they have to change their code with it.
        • Well, it depends on weather the code is really violating the standard or it is, as you say, an interpetation problem. If some part of the standard is not clear to an average programmer and could be interpeted in a certain, useful way, the compiler should try to digest the code rather than showing off author's strict interpetation.

          Also, I hope older versions of standard are supported and system header files can somehow indicate their own version so that the old programs actually compile.
    • Inline functions in GCC2 are brainded. GCC3 makes this (and many more things I'm sure) work right. It's a shame they used that old compiler for so long, but I guess stabilizing a toolchain for 30+ (?) platforms is not that easy.
  • I'm testing GCC3 and the system is working ok. But the failing packages are really annoying. Missing blackbox...
  • It breaks on VAX (Score:1, Interesting)

    by Anonymous Coward
    Yeah, but some of us using VAX systems have discovered that GCC 3.3 DOES NOT WORK on our systems and nobody seems interested in fixing it.
    see:
    http://mail-index.netbsd.org/port-vax/2003/09/

    (remember to take the space out that slashcode puts in)

It is clear that the individual who persecutes a man, his brother, because he is not of the same opinion, is a monster. - Voltaire

Working...