GCC 3.4.x => 4.0 compatiblity
Okay - at the moment my entire system is compiled with 3.4 (latest on gentoo's portage - 3.4.3.20050110) This included important libraries such as glibc, and many other system libraries. When gcc 4.0 is released on gentoo's portage (which should be very shortly following the offical release on gcc.gnu.org) i plan on upgrading to this compiler After the compiler is installed im going to recompile glibc using gcc 4.0 and recompile other major parts of the system Will I notice any compatitiblity problems by doing this? Will I need to recompile all the packages before I can do glibc? Will I encounter programs that will not function after being compiled againist gcc 4.0? Will it be the actual code of the program or the libraries on my computer or both? Just a wounder, if it appears to be more trouble then its worth then i might just nuke everything and spend a weekend reinstalling gentoo with gcc 4.0 from the start. Andrew Muraco [EMAIL PROTECTED] Tuxp3
Re: GCC 3.4.x => 4.0 compatiblity
my platform is x86 the distribution i use is Gentoo - so im familiar with compiling a whole distro. and i am aware of the 2 months until the release - but i have been considering using my spare computer to test out gcc-4.0 (maybe i might even try gcc-4.1 if i get daring - and compile the system from scratch (this is a computer strictly for messing around and messing up so i am fine if something breaks) But really i want to wait until the offical release and jump on it- im just not sure of the best way to bring my whole system to take advantage (with out that many problems) when the time eventually comes Thanks, Andrew James E Wilson wrote: Andrew Muraco wrote: After the compiler is installed im going to recompile glibc using gcc 4.0 and recompile other major parts of the system This is probably more trouble than it is worth. gcc-4 won't be fully ABI compatible with gcc-3.4, and you are likely to find bugs in gcc and various other packages, as gcc-4 hasn't been used to build a full distro yet. How much trouble you see will depend on your target, which you didn't specify. Unless you are in the business of making distros, or want to learn how to build a distro, it is best to stick with the compiler that your existing distro supports. Also, it is probably a little early to worry about this, as the gcc-4 release is probably still 2 months away.
Re: GCC 3.4.x => 4.0 compatiblity
Well as we speak - im on the verge of grabbing gcc-cvs - the only thing that worries me is that right after i build gcc and start building the system some major bug or regression in 4.0 will be fixed and illl have to basicly start over (its a p2 so its slow) im going to try and compile with -march=i686 -Os -pipe -fomit-frame-pointers and build as little as possible for the time being - probably nothing graphical anyways (glibc and some others are first on the list) as a side note: http://dev.gentoo.org/~halcy0n/ has some gcc-4.0 patched ebuilds for common things which i will be using (glibc and such) to make them work with gcc-4.0 so take a look Andrew Muraco James E Wilson wrote: On Thu, 2005-03-10 at 15:27, Joe Buck wrote: On Thu, Mar 10, 2005 at 12:39:28PM -0800, James E Wilson wrote: Also, it is probably a little early to worry about this, as the gcc-4 release is probably still 2 months away. While I usually hesitate to disagree with Jim, I will in this case. I *hope* that clueful people will worry about this, so that we can fix as many bugs as possible (or at least come up with some workarounds or warnings) before we ship 4.0. The original message was talking about updating to gcc-4 after the official release. This bit got cut out when I trimmed down the excerpts. The point of my message is that since the official release hasn't occurred yet, and isn't likely to occur for another couple of months, it is too early to speculate about how well gcc-4 will work for end users after the release. There could be significant changes between now and then. I certainly didn't intend to discourage clueful people from trying to build a distro with it in the meantime.