Date: Thu, 08 Mar 2012 22:00:19 +1030 From: Shane Ambler <FreeBSD@ShaneWare.Biz> To: FreeBSD Tinderbox <tinderbox@freebsd.org> Cc: stable@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 Message-ID: <4F58984B.7020103@ShaneWare.Biz> In-Reply-To: <201203080424.q284OU7F086769@freebsd-legacy2.sentex.ca> References: <201203080424.q284OU7F086769@freebsd-legacy2.sentex.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On 08/03/2012 14:54, FreeBSD Tinderbox wrote: <snip> >>>> Kernel build for PAE started on Thu Mar 8 04:20:42 UTC 2012 >>>> stage 1: configuring the kernel stage 2.1: cleaning up the >>>> object tree stage 2.2: rebuilding the object tree stage 2.3: >>>> build tools stage 3.1: making dependencies stage 3.2: building >>>> everything > [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c > MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O > -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking > kernel.debug ld: kernel.debug: Not enough room for program headers > (allocated 5, need 6) ld: final link failed: Bad value *** Error > code 1 > > Stop in /obj/i386/src/sys/PAE. *** Error code 1 > > Stop in /src. *** Error code 1 > > Stop in /src. TB --- 2012-03-08 04:24:30 - WARNING: /usr/bin/make > returned exit code 1 TB --- 2012-03-08 04:24:30 - ERROR: failed to > build PAE kernel TB --- 2012-03-08 04:24:30 - 5280.71 user 847.19 > system 6555.20 real Not sure if this is related but thought I would start here. I started experimenting with tinderbox a few days ago and found multimedia/dirac as a dependancy failed to build with clang and made a patch to resolve that. As I tested building with tinderbox I found 8-STABLE failed to build with gcc. To further investigate I expanded my jails to include every releng (since 7.0) and found this - Every amd64 system version and compiler combination works. 7.4 7-STABLE 8.2 8.3 8-STABLE 9.0 fail to build with arch i386 and gcc Other system versions with i386 arch build. The error I get is - undefined reference to `__sync_fetch_and_add_4' After some googling I found setting CPUTYPE in the builds environment file has an effect. Setting CPUTYPE to i486 or nocona builds Setting CPUTYPE to i386, generic, native or empty fails Each of my builds has CC CXX CPP and ARCH set in the build environment file. I tried setting MACHINE_ARCH UNAME_m UNAME_p to i386 without change (without CPUTYPE). I also tested the dirac patch on redports and it builds 8.2-RELEASE with i386 arch - no CC set means gcc. So does that indicate a regression between 8.2 release and releng? The biggest question is whether this is related to tinderbox or the base system. I'm leaning to system. For reference I am running 9.0-RELEASE amd64 on a corei5 system 8GB RAM built with clang and WITHOUT_LIB32=yes This is my complete list of tinderbox builds - 7.0-amd64-gcc 7.0-i386-gcc 7.1-amd64-gcc 7.1-i386-gcc 7.2-amd64-gcc 7.2-i386-gcc 7.3-amd64-gcc 7.3-i386-gcc 7.4-amd64-gcc 7.4-i386-gcc 7-STABLE-amd64-gcc 7-STABLE-i386-gcc 8.0-amd64-gcc 8.0-i386-gcc 8.1-amd64-gcc 8.1-i386-gcc 8.2-amd64-gcc 8.2-i386-gcc 8.3-amd64-gcc 8.3-i386-gcc 8-STABLE-amd64-gcc 8-STABLE-i386-gcc 9.0-amd64-clang 9.0-amd64-gcc 9.0-i386-clang 9.0-i386-gcc 9-STABLE-amd64-clang 9-STABLE-amd64-gcc 9-STABLE-i386-clang 9-STABLE-i386-gcc 10-CURRENT-amd64-clang 10-CURRENT-amd64-gcc 10-CURRENT-i386-clang 10-CURRENT-i386-gcc -- Shane Ambler FreeBSD (at) ShaneWare (dot) Biz http://ShaneWare.Biz
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4F58984B.7020103>