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 1FNohQ-0000VW-EZ for garchives@archives.gentoo.org; Mon, 27 Mar 2006 10:11:49 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.6/8.13.5) with SMTP id k2RABJmC001058; Mon, 27 Mar 2006 10:11:19 GMT Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by robin.gentoo.org (8.13.6/8.13.5) with ESMTP id k2RA9JYo007729 for ; Mon, 27 Mar 2006 10:09:19 GMT Received: from [192.168.0.209] (81.226.250.213) by pne-smtpout1-sn2.hy.skanova.net (7.2.070) (authenticated as u18221075) id 44184DEA002C0648 for gentoo-dev@lists.gentoo.org; Mon, 27 Mar 2006 12:09:18 +0200 Message-ID: <4427B9C6.80609@telia.com> Date: Mon, 27 Mar 2006 12:09:10 +0200 From: Simon Strandman User-Agent: Thunderbird 1.5 (Windows/20051201) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: toolchain.eclass and gcc 4.1 snapshots References: <442541D3.3070500@telia.com> <4427A862.8030004@telia.com> In-Reply-To: <4427A862.8030004@telia.com> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: 53ab3221-6930-4a00-b7e8-c13da6a80ab7 X-Archives-Hash: c644e58dab3453c9fb8b89ecfe6d7d90 Simon Strandman skrev: > R Hill skrev: >> Simon Strandman wrote: >>> It seems like toolchain.eclass does something wrong when configuring >>> gcc 4.1 snapshots. I decided to try gcc 4.1 on my server so I >>> created a gcc-4.1.1.20060324 ebuild and defined the SNAPSHOT >>> variable in it (current cvs has a lot of bugfixes since the >>> release). This is the way I've done it with gcc 4.0 and I never had >>> any problems then. The ebuild emerges without problems but it >>> installs files in both /usr/lib/gcc/i686-pc-linux-gnu/4.1.1-20060324 >>> and /usr/lib/gcc/i686-pc-linux-gnu/4.1.1. So when I try to emerge >>> anything it always fails with errors like this: >>> >>> configure:2239: i686-pc-linux-gnu-gcc -O2 -march=pentium3 -pipe >>> -fomit-frame-pointer -D_FORTIFY_SOURCE=1 conftest.c >&5 >>> /usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../i686-pc-linux-gnu/bin/ld: >>> cannot find -lgcc_s >>> collect2: ld returned 1 exit status >>> >>> Just copying over the files from one dir to the other and then >>> symlinking it works around the problems. Any ideas? >> >> This is caused by changes to the build system in 4.1 and GCC's >> BASE-VER not matching portage's ${PV} in snapshot builds. Most of >> the system directories are set up by portage during configure using >> ${PV} as part of the dirname. (eg. >> includedir=/usr//gcc//${PV}/include). However, libdir >> and libexecdir aren't set by portage (because they generate really >> strange paths w/ --enable-version-specific-runtime-libs in GCC >> 3.3/3.4) and default to /usr//gcc//BASE-VER/blah. When >> ${PV} != BASE-VER, wackiness ensues. >> >> Try this in your ebuild: >> >> src_unpack() { >> toolchain_src_unpack >> >> echo ${PV/_/-} > "${S}"/gcc/BASE-VER >> echo "" > "${S}"/gcc/DATESTAMP >> } >> >> --de. >> > Thanks for the help! But now it fails with this error: > > :1: internal compiler error: in define__GNUC__, at > c-cppbuiltin.c:296 > Please submit a full bug report, > > > This has been reported in gcc bug #19372 and apperantly it has > something to do with the version string. :( I opened a bug about it: http://bugs.gentoo.org/show_bug.cgi?id=127724 -- gentoo-dev@gentoo.org mailing list