Date: Sat, 4 Feb 2012 18:03:32 -0500 From: Jason Hellenthal <jhell@DataIX.net> To: Warren Block <wblock@wonkity.com> Cc: freebsd-stable@freebsd.org, Jeremy Chadwick <freebsd@jdc.parodius.com> Subject: Re: ld: kernel.debug: Not enough room for program headers Message-ID: <20120204230332.GA582@DataIX.net> In-Reply-To: <alpine.BSF.2.00.1202041251250.61124@wonkity.com> References: <alpine.BSF.2.00.1202041035400.59919@wonkity.com> <20120204184816.GA52504@icarus.home.lan> <20120204190702.GC37724@DataIX.net> <alpine.BSF.2.00.1202041251250.61124@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Nq2Wo0NMKNjxTN9z Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: > On Sat, 4 Feb 2012, Jason Hellenthal wrote: >=20 > > 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=3Dprescott -std= =3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wm= issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointe= r-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/sys/con= trib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno= -common -finline-limit=3D8000 --param inline-unit-growth=3D100 --param larg= e-function-growth=3D1000 -mno-align-long-strings -mpreferred-stack-boundar= y=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fst= ack-protector -Werror vers.c > >>> linking kernel.debug > >>> ld: kernel.debug: Not enough room for program headers (allocated 5, n= eed 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= =2Ehtml > >> > >> 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. >=20 > But it still does (did) not build here with NOCCACHE set, so it's not=20 > a ccache problem. I have seen ccache before run anyway even though .if statements are within make.conf to prevent it. It was something to do with make and friends built from world with ccache and after it would continue to use ccache regardless. This can be verified by watching the cache hits and misses during a compile with NOCCACHE set. Its tough to revert from this but involves removing ccache/distcc from the system. --=20 ;s =3D; --Nq2Wo0NMKNjxTN9z Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJPLblDAAoJEJBXh4mJ2FR+aMUH/jrmYRawa4qoKsUD7/e7GWsq jlOY1y+MyY0U6qKuawxzxBRvnLZEvB6AUNnpD8ywLFy1Bwa8eMmhCOveqc0fGjK6 LFEPXaGZ3qFD9R53Y2wvZTEjr4fO2yVzQ9g6y8znMVBI3i+2veiCpodB3yrfFEkS J3f6M4lTbAEJ/MtyJ168qnVub0Tq0KHi+OmBBjQiBc1N+Tj/g61Lryy3lFQdbeZI YzihVZcF5ixvkMRVjnBYp1R+NGOyAgcsHN2eWdz7CsbnCTCle0TK5u2b7ZDStWfk eF+Ne3mBOv8qqziVbJDWm/GbsW3nco5AHmtuGU9HbhTriSmGUfTr67lO5SbOSMM= =gmST -----END PGP SIGNATURE----- --Nq2Wo0NMKNjxTN9z--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120204230332.GA582>