Skip site navigation (1)Skip section navigation (2)
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>