From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.54) id 1F7ESI-0005bC-Hv for garchives@archives.gentoo.org; Thu, 09 Feb 2006 16:15:39 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.5/8.13.5) with SMTP id k19GFNB6030748; Thu, 9 Feb 2006 16:15:23 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.5/8.13.5) with ESMTP id k19GFMUj021112 for ; Thu, 9 Feb 2006 16:15:22 GMT Message-Id: <200602091615.k19GFMUj021112@robin.gentoo.org> Received: from lark.gentoo.osuosl.org ([140.211.166.177] helo=lark) by smtp.gentoo.org with smtp (Exim 4.54) id 1F7ES1-0000RN-NH for gentoo-doc-cvs@lists.gentoo.org; Thu, 09 Feb 2006 16:15:21 +0000 Received: by lark (sSMTP sendmail emulation); Thu, 9 Feb 2006 16:15:21 +0000 From: "Jan Kundrat" Date: Thu, 9 Feb 2006 16:15:21 +0000 To: gentoo-doc-cvs@lists.gentoo.org Subject: [gentoo-doc-cvs] cvs commit: gcc-upgrading.xml Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-doc-cvs@gentoo.org Reply-to: docs-team@lists.gentoo.org X-Archives-Salt: 3c8e6926-ec40-448e-8830-28c570e7d7e2 X-Archives-Hash: 2a7fd9bb13d6c9cf0b919bd00c8dab42 jkt 06/02/09 16:15:21 Modified: xml/htdocs/doc/en gcc-upgrading.xml Log: Moving the "common-pitfalls" section to the end of the document Revision Changes Path 1.8 +65 -65 xml/htdocs/doc/en/gcc-upgrading.xml file : http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/doc/en/gcc-upgrading.xml?rev=1.8&content-type=text/x-cvsweb-markup&cvsroot=gentoo plain: http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/doc/en/gcc-upgrading.xml?rev=1.8&content-type=text/plain&cvsroot=gentoo diff : http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/doc/en/gcc-upgrading.xml.diff?r1=1.7&r2=1.8&cvsroot=gentoo Index: gcc-upgrading.xml =================================================================== RCS file: /var/cvsroot/gentoo/xml/htdocs/doc/en/gcc-upgrading.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- gcc-upgrading.xml 9 Feb 2006 16:06:51 -0000 1.7 +++ gcc-upgrading.xml 9 Feb 2006 16:15:21 -0000 1.8 @@ -1,5 +1,5 @@ - + @@ -25,7 +25,7 @@ -6 +7 2006-02-09 @@ -295,69 +295,6 @@ - -Common Pitfalls -
- - -

-It's important to disable distcc during upgrade. Mixing compiler versions -on your nodes will cause build issues. This is not required for ccache, -as the cache objects will be invalidated anyway. -

- -

-Always use same GCC version for your kernel and additional kernel modules. Once -you rebuild your world with new GCC, external modules (like -app-emulation/qemu-softmmu) will fail to load. Please rebuild your kernel -with new GCC to fix that. -

- - -
-
-Frequent Error Messages - - -

-If your system complains about something like libtool: link: -`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.la' is not a valid libtool -archive, please run /sbin/fix_libtool_files.sh 3.3.6 (substitute -"3.3.6" with the version numbers from the error message). -

- -

-If you see the error: /usr/bin/gcc-config: line 632: -/etc/env.d/gcc/i686-pc-linux-gnu-3.3.5: No such file or directory, then try -deleting /etc/env.d/gcc/config-i686-pc-linux-gnu and running -gcc-config again, followed by source /etc/profile. Only do this if -you do not have any cross-compilers set up, though. -

- -

-If a package fails during emerge -e system or emerge -e world, -you can resume operation with emerge --resume. If a package fails -repeatedly, skip it with emerge --resume --skipfirst. Don't run any -other instances of emerge in between or you will lose the resume information. -

- -

-If you get an error message spec failure: unrecognized spec option while -upgrading your compiler, try to switch back to your default compiler, unset the -GCC_SPECS variable and upgrade GCC again: -

- -
-# gcc-config 1
-# source /etc/profile
-# unset GCC_SPECS
-# emerge -uav gcc
-
- - -
-
- Upgrading to GCC on a First Install
@@ -503,4 +440,67 @@
+ + +Common Pitfalls +
+ + +

+It's important to disable distcc during upgrade. Mixing compiler versions +on your nodes will cause build issues. This is not required for ccache, +as the cache objects will be invalidated anyway. +

+ +

+Always use same GCC version for your kernel and additional kernel modules. Once +you rebuild your world with new GCC, external modules (like +app-emulation/qemu-softmmu) will fail to load. Please rebuild your kernel +with new GCC to fix that. +

+ + +
+
+Frequent Error Messages + + +

+If your system complains about something like libtool: link: +`/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.la' is not a valid libtool +archive, please run /sbin/fix_libtool_files.sh 3.3.6 (substitute +"3.3.6" with the version numbers from the error message). +

+ +

+If you see the error: /usr/bin/gcc-config: line 632: +/etc/env.d/gcc/i686-pc-linux-gnu-3.3.5: No such file or directory, then try +deleting /etc/env.d/gcc/config-i686-pc-linux-gnu and running +gcc-config again, followed by source /etc/profile. Only do this if +you do not have any cross-compilers set up, though. +

+ +

+If a package fails during emerge -e system or emerge -e world, +you can resume operation with emerge --resume. If a package fails +repeatedly, skip it with emerge --resume --skipfirst. Don't run any +other instances of emerge in between or you will lose the resume information. +

+ +

+If you get an error message spec failure: unrecognized spec option while +upgrading your compiler, try to switch back to your default compiler, unset the +GCC_SPECS variable and upgrade GCC again: +

+ +
+# gcc-config 1
+# source /etc/profile
+# unset GCC_SPECS
+# emerge -uav gcc
+
+ + +
+
-- gentoo-doc-cvs@gentoo.org mailing list