From owner-freebsd-stable@FreeBSD.ORG Sat Feb 4 19:59:02 2012 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 52B15106566B for ; Sat, 4 Feb 2012 19:59:02 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta11.emeryville.ca.mail.comcast.net (qmta11.emeryville.ca.mail.comcast.net [76.96.27.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3264E8FC1F for ; Sat, 4 Feb 2012 19:59:01 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta11.emeryville.ca.mail.comcast.net with comcast id VvjU1i0011wfjNsABvz1x6; Sat, 04 Feb 2012 19:59:01 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta23.emeryville.ca.mail.comcast.net with comcast id Vvz01i0011t3BNj8jvz09Z; Sat, 04 Feb 2012 19:59:01 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id D6A6D102C19; Sat, 4 Feb 2012 11:58:59 -0800 (PST) Date: Sat, 4 Feb 2012 11:58:59 -0800 From: Jeremy Chadwick To: Warren Block Message-ID: <20120204195859.GA53760@icarus.home.lan> References: <20120204184816.GA52504@icarus.home.lan> <20120204190702.GC37724@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Jason Hellenthal , freebsd-stable@freebsd.org Subject: Re: ld: kernel.debug: Not enough room for program headers 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: Sat, 04 Feb 2012 19:59:02 -0000 On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: > On Sat, 4 Feb 2012, Jason Hellenthal wrote: > > >On Sat, Feb 04, 2012 at 10:48:16AM -0800, Jeremy Chadwick wrote: > >>On Sat, Feb 04, 2012 at 10:57:40AM -0700, Warren Block wrote: > >>>Trying to build 8-stable i386 for the last couple of days gives this > >>>error when building the kernel: > >>> > >>>/usr/local/libexec/ccache/world/cc -c -O -pipe -march=prescott -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/usr/src/sys -I/usr/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 > >>>1 error > >>>*** Error code 2 > >>>1 error > >>>*** Error code 2 > >>>1 error > >> > >>The freebsd-stable mailing list has been filled with tinderbox failures > >>for this exact problem with the LINT kernel, and it appears to be > >>specific to RELENG_8 on i386. > >> > >>http://lists.freebsd.org/pipermail/freebsd-stable/2012-February/thread.html > >> > >>Start from the bottom and search upwards for the string: > >>"[releng_8 tinderbox] failure on i386/i386" > >> > >>Point being: the problem is not you. > >> > > > >This is why I don't like ccache. Technically the problem is there but > >also coexists within the source itself. For whatever reason I would > >believe a cached copy of already built source is having some collisions. > >As already stated "NO CCACHE" the kernel can be built with what I > >posted on three different machines. > > But it still does (did) not build here with NOCCACHE set, so it's > not a ccache problem. Correct. And from what I can tell, the tinderbox builds don't use ccache either, so I'm not sure what Jason is getting at. :-) -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB |