Date: Tue, 20 May 2008 08:50:14 +0100 From: Doug Rabson <dfr@rabson.org> To: Dave Uhring <duhring@charter.net> Cc: freebsd-stable@freebsd.org, Jeffrey Goldberg <jeffrey@goldmark.org> Subject: Re: Buildworld Fails RELENG_7 Message-ID: <66004354-F227-4008-A453-7158430D769B@rabson.org> In-Reply-To: <20080520000236.GA1260@charter.net> 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> <B67BF936-E9ED-456E-ADA8-9245AF3E5E22@goldmark.org> <20080520000236.GA1260@charter.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?66004354-F227-4008-A453-7158430D769B>