Date: Sat, 4 Feb 2012 23:21:37 -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: <20120205042137.GB582@DataIX.net> In-Reply-To: <alpine.BSF.2.00.1202041717170.62167@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> <20120204230332.GA582@DataIX.net> <alpine.BSF.2.00.1202041717170.62167@wonkity.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Feb 04, 2012 at 05:18:18PM -0700, Warren Block wrote: > On Sat, 4 Feb 2012, Jason Hellenthal wrote: > > > On Sat, Feb 04, 2012 at 12:54:58PM -0700, Warren Block wrote: > >> But it still does (did) not build here with NOCCACHE set, so it's not > >> 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. > > Interesting. Just for fun, I tried that, and the ccache stats didn't > change. Wierd. I dont know what to say to that and out of ideas at this point. Can say though that FreeBSD 8.2-STABLE #1 r230983M: Sat Feb 4 11:05:52 EST 2012 this one did compile cleanly here. usr/obj was clean when built and have build logs for every batch of 10 revisions for the past 6 months with no errors shown. -- ;s =;
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20120205042137.GB582>