|
|
Log in / Subscribe / Register

GCC 4

GCC 4

Posted Jan 17, 2005 17:41 UTC (Mon) by danielos (guest, #6053)
Parent article: Fedora Core 4 plans announced

It will not be of practical use until a 4.1 release, I fear.
I like it to be included on distros as beta compiler.


to post comments

GCC 4

Posted Jan 17, 2005 20:21 UTC (Mon) by steven97 (guest, #2702) [Link] (2 responses)

What makes you think this? I can assure you, I'm quite happy with GCC 4 as it is developing now. Sure, there are some problems here and there, but nothing big really. SUSE, RedHat, and Apple are all already using GCC 4 derived compilers for serious work, and the number of serious bugs is going down each day.

I agree that GCC 4.1 will have fewer rough edges than GCC 4.0, but that is what you get with a x.0 release. But if you think about this as a distribution builder, the last thing you want is to release a GCC 3 based compiler in your beta distribution now. If that beta is the base distro that you build your enterprise release on, then you risk ending up supporting an old compiler infrastructure for the next five years. GCC 4.0 is radically different internally from GCC 3, so you do not want to have to do that. And Fedora is of course, in a way, a RHEL-beta-like product. So going with GCC 4.0 makes a lot of sense for Fedora.

GCC 4

Posted Jan 17, 2005 21:46 UTC (Mon) by yokem_55 (subscriber, #10498) [Link]

In addition, it is easier for binary based distro's to use the latest and greatest comilers since workarounds that are needed for building various packages are easily masked from everyone using those binaries. For source driven distro's like Gentoo however, the quality of the compiler is essential to the everyday health of the system, as everything is build by the user and unless the workarounds are already integrated into the build scripts, a newer compiler can wreak absolute havoc. Hence, gentoo, which is for the most part a bleeding edge distro, still uses the gcc-3.3 line of compilers by default for the 32-bit x86 arch.

GCC 4

Posted Jan 22, 2005 12:42 UTC (Sat) by danielos (guest, #6053) [Link]

Something user (not programmer) use to do is compiling the kernel, and there are a number of regression in this field that make gcc 3.3 better (and 2.95 better than 3.3). But this do not matter: as you said it's a beta.

What really could make think break is C++ changes that could break source compatibility: a lot of good work have be done it this area but there are some bug outstanding that, IMO, should be fixed for 4.0.0 release and are postponed for 4.1 instead. I repeat, IMO this policy is not very good, also, given the good work gcc developer are doing in these day for bug fixing, I guess that fix some parser bugs is not a so hard work. But steering comite state this changes are not possible now.

I use 4.0 myself, I don't see a lot advance. GCC 4.0 is the base architecture for a better optimization but a small part of this is done.

GCC 4 - C99 status?

Posted Jan 17, 2005 22:24 UTC (Mon) by tjc (guest, #137) [Link] (4 responses)

Does anyone know, is there a C99 status document for GCC 4.0 yet?

GCC 4 - C99 status?

Posted Jan 18, 2005 3:52 UTC (Tue) by havardk (subscriber, #810) [Link] (3 responses)

The status for the cvs trunk is here: http://gcc.gnu.org/c99status.html
As far as I know, there is no branch for gcc 4.0 yet.

GCC 4 - C99 status?

Posted Jan 18, 2005 17:03 UTC (Tue) by tjc (guest, #137) [Link] (2 responses)

Rats. I found that straight off, but I was hoping it was out of date. I'm longing for variable-length C99 arrays.

Thanks for the link though.

GCC 4 - C99 status?

Posted Jan 19, 2005 9:37 UTC (Wed) by steven97 (guest, #2702) [Link] (1 responses)

GCC does support VLAs.

GCC 4 - C99 status?

Posted Jan 19, 2005 18:25 UTC (Wed) by tjc (guest, #137) [Link]

GCC does support VLAs.

I was referring specifically to C99 variable-length arrays, not the GCC extension that has been around for some time.

According to the document linked above, the current status of of C99 variable-length arrays is "broken."


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds