From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4652 invoked by alias); 27 Nov 2002 15:15:48 -0000 Mailing-List: contact sid-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: sid-owner@sources.redhat.com Received: (qmail 4640 invoked from network); 27 Nov 2002 15:15:47 -0000 Received: from unknown (HELO touchme.toronto.redhat.com) (216.138.202.10) by sources.redhat.com with SMTP; 27 Nov 2002 15:15:47 -0000 Received: from toenail.toronto.redhat.com (toenail.toronto.redhat.com [172.16.14.211]) by touchme.toronto.redhat.com (Postfix) with ESMTP id 9DF44800087; Wed, 27 Nov 2002 10:15:46 -0500 (EST) Received: (from fche@localhost) by toenail.toronto.redhat.com (8.11.6/8.11.6) id gARFFkZ12820; Wed, 27 Nov 2002 10:15:46 -0500 Date: Wed, 27 Nov 2002 07:15:00 -0000 From: "Frank Ch. Eigler" To: bemis Cc: sid@sources.redhat.com, clp Subject: Re: 64 to 32 truncation problems on alpha Message-ID: <20021127101546.A12287@redhat.com> References: <3DE4CCA1.B9C6452D@iol.unh.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="17pEHd4RhPHOinZp" Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <3DE4CCA1.B9C6452D@iol.unh.edu>; from bemis@iol.unh.edu on Wed, Nov 27, 2002 at 08:46:09AM -0500 X-SW-Source: 2002-q4/txt/msg00033.txt.bz2 --17pEHd4RhPHOinZp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-length: 961 Hi - On Wed, Nov 27, 2002 at 08:46:09AM -0500, bemis wrote: > we are building sid because it is in the toolchain in the uberbaum > toolchain. It is in the uberbaum CVS repository, but not part of any CVS module other than "sid". So if you check out (say) gcc, binutils, gdb modules from uberbaum rather than the whole thing, you'll have a relevant subset for a native toolchain. Unless you have an interest in sid, I recommend simply removing it from your source tree. > this build was on alphaev67 with the bootstrap-gcc_3.2 baseline. > we had previous build errors, but those look like they have been fixed. Right. > now we are getting this new error on alpha. > c++ [...] > ../../component/cgen-cpu/.libs/libcgencpu.a(arm-sem.o)(.rodata+0x1ec): > relocation truncated to fit: GPREL32 *UND* > [...] Sorry, I don't have much insight into this. I would expect there to be some compiler or linker option that makes such object files tolerable. - FChE --17pEHd4RhPHOinZp Content-Type: application/pgp-signature Content-Disposition: inline Content-length: 189 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE95OGiVZbdDOm/ZT0RAlCxAJ9g9jz/X1DDTCkiFnU3CtFgpnM3GwCeIw6v +0bsqMOJ7LB8yMq249HwpmM= =c8wI -----END PGP SIGNATURE----- --17pEHd4RhPHOinZp--