From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 11:47:11 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 505A3106566B; Thu, 8 Mar 2012 11:47:11 +0000 (UTC) (envelope-from FreeBSD@ShaneWare.Biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id A95678FC08; Thu, 8 Mar 2012 11:47:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EANSXWE/LevdH/2dsb2JhbABDtiWCCwEFODwFEAshEwMPCQMCAQIBRQYNAQcBAYgFukGKJIZKBJ8GhleCdoFC Received: from ppp247-71.static.internode.on.net (HELO leader.local) ([203.122.247.71]) by ipmail06.adl6.internode.on.net with ESMTP; 08 Mar 2012 22:01:56 +1030 Message-ID: <4F58984B.7020103@ShaneWare.Biz> Date: Thu, 08 Mar 2012 22:00:19 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201203080424.q284OU7F086769@freebsd-legacy2.sentex.ca> In-Reply-To: <201203080424.q284OU7F086769@freebsd-legacy2.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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: Thu, 08 Mar 2012 11:47:11 -0000 On 08/03/2012 14:54, FreeBSD Tinderbox wrote: >>>> 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