From owner-freebsd-stable@FreeBSD.ORG Tue May 20 07:50:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7393106564A for ; Tue, 20 May 2008 07:50:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (unknown [IPv6:2002:50b1:e8f2:1::143]) by mx1.freebsd.org (Postfix) with ESMTP id 73CCA8FC24 for ; Tue, 20 May 2008 07:50:16 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc] (unknown [IPv6:2001:470:909f:1:21b:63ff:feb8:5abc]) by itchy.rabson.org (Postfix) with ESMTP id 5A2A43FD8; Tue, 20 May 2008 08:49:48 +0100 (BST) Message-Id: <66004354-F227-4008-A453-7158430D769B@rabson.org> From: Doug Rabson To: Dave Uhring In-Reply-To: <20080520000236.GA1260@charter.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 20 May 2008 08:50:14 +0100 References: <20080519151739.GA50653@charter.net> <4AB77C7C-55F7-4CC3-B842-E684F6C899E3@rabson.org> <20080519163825.GA32372@charter.net> <20080519164221.GA76691@eos.sc1.parodius.com> <20080519165807.GB62264@charter.net> <20080519170428.GB77907@eos.sc1.parodius.com> <20080519182107.GC55020@charter.net> <20080520000236.GA1260@charter.net> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org, Jeffrey Goldberg Subject: Re: Buildworld Fails RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 May 2008 07:50:16 -0000 On 20 May 2008, at 01:02, Dave Uhring wrote: > On Mon, May 19, 2008 at 06:46:41PM -0500, Jeffrey Goldberg wrote: >> On May 19, 2008, at 1:21 PM, Dave Uhring wrote: >> >>> In any case, that problem has been solved by putting the updated >>> header >>> files >>> in /usr/include/sys and will be properly fixed when I can finally >>> make >>> installworld. >> >> I did not have to manually move or copy any header files. >> >>> *default release=cvs tag=RELENG_7 >> >> My build on that, csupped just after seeing your first message in >> this >> thread, has just completed. make buildworld worked just fine without >> error. I'm also on athlon64. All the headers that I needed were >> in the >> right places in /usr/src > > Did you start from a RELEASE source tree and userland? > >> So all I can say is that things worked for me. I really suspect >> that you >> got /usr/src and /usr/obj into some sort of inconsistent state. > > I completely removed both, cvsupped a new RELENG_7 source tree, > removed > /etc/make.conf and got this: > > /usr/bin/gcc -fpic -DPIC -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ > lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ > libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ > lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - > DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/ > lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_openssl.c -o > eng_openssl.So > /usr/bin/gcc -fpic -DPIC -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/ > lib/libcrypto/../../../crypto/openssl -I/usr/src/secure/lib/ > libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/ > lib/libcrypto -DOPENSSL_THREADS -DDSO_DLFCN -DHAVE_DLFCN_H - > DOPENSSL_NO_IDEA -DL_ENDIAN -DNO_IDEA -std=gnu89 -c /usr/src/secure/ > lib/libcrypto/../../../crypto/openssl/crypto/engine/eng_padlock.c -o > eng_padlock.So > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ > eng_padlock.c: In function 'padlock_xcrypt_ecb': > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ > eng_padlock.c:445: error: can't find a register in class > 'GENERAL_REGS' while reloading 'asm' > /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/engine/ > eng_padlock.c:445: error: 'asm' operand has impossible constraints In this, your build is explicitly using '/usr/bin/gcc' for the build which is not the way buildworld normally works. In normal operation, buildworld first builds a compiler from source and then uses that compiler by adding to $PATH and building with just 'cc'. Are you overriding $CC in your environment?