From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7648 invoked by alias); 2 Mar 2006 18:33:21 -0000 Received: (qmail 7631 invoked by uid 22791); 2 Mar 2006 18:33:20 -0000 X-Spam-Check-By: sourceware.org Received: from smtp102.sbc.mail.mud.yahoo.com (HELO smtp102.sbc.mail.mud.yahoo.com) (68.142.198.201) by sourceware.org (qpsmtpd/0.31) with SMTP; Thu, 02 Mar 2006 18:33:18 +0000 Received: (qmail 18262 invoked from network); 2 Mar 2006 18:33:16 -0000 Received: from unknown (HELO lucon.org) (hjjean@sbcglobal.net@71.146.76.164 with login) by smtp102.sbc.mail.mud.yahoo.com with SMTP; 2 Mar 2006 18:33:15 -0000 Received: by lucon.org (Postfix, from userid 1000) id E70FF63F49; Thu, 2 Mar 2006 10:33:13 -0800 (PST) Date: Thu, 02 Mar 2006 18:33:00 -0000 From: "H. J. Lu" To: Alexandre Oliva Cc: libc-alpha@sources.redhat.com, binutils@sources.redhat.com Subject: Re: can't build x86-32 libc on x86-64 with mainline binutils Message-ID: <20060302183313.GB29439@lucon.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2006-03/txt/msg00022.txt.bz2 On Thu, Mar 02, 2006 at 03:06:57PM -0300, Alexandre Oliva wrote: > Am I the only one having trouble assembling > glibc/sysdeps/i386/fpu/e_atanh.S with -m32 with binutils mainline > toplevel-bootstrapped along with GCC trunk on x86_64? I've hit this > for several days now, maybe several weeks? (time flies) > > The assembler fails the sanity check for carry == 0 on > gas/atof-generic.c:419 on line 40 of the preprocessed asm file. In > fact, assembling that line by itself produces the same error. > > Here's how I configured the toolchain: > > ../configure amd64-linux-gnu --enable-languages=all > > and here's how I configured glibc: > > ../src/configure '--prefix=/usr' '--enable-add-ons=nptl' \ > '--without-cvs' '--with-tls' '--with-headers=/usr/include' \ > '--build=i686-pc-linux-gnu' 'CC=gcc -m32 -march=i686 -U__i686' \ > 'CXX=g++ -m32 -march=i686 -U__i686' > > (the ugly -U__i686 was introduced months ago; IIRC without it we'd > fail to assemble the GOT register set up routines that have __i686 in > their names in such a way that the preprocessor would expand __i686 to > 1. I haven't tried without it, I've only just realized it was still > there) So mainline assembler doesn't work for you. Can you open a bug report with a small testcase if you haven't done so? I will look into it. H.J.