Date: Sat, 10 May 2003 15:08:35 +0200 From: Marius Strobl <marius@alchemy.franken.de> To: Matthias Andree <ma@dt.e-technik.uni-dortmund.de> Cc: Kris Kennaway <kris@obsecurity.org> Subject: Re: nntpcache broken on sparc64 Message-ID: <20030510150835.M427@newtrinity.zeist.de> In-Reply-To: <m3znlvc2x9.fsf@merlin.emma.line.org>; from ma@dt.e-technik.uni-dortmund.de on Fri, May 09, 2003 at 09:53:22PM %2B0200 References: <20030508205123.GD17270@rot13.obsecurity.org> <20030508233945.A76300@newtrinity.zeist.de> <20030508221900.GA17740@rot13.obsecurity.org> <20030509082219.H427@newtrinity.zeist.de> <20030509062805.GB19900@rot13.obsecurity.org> <m3znlvc2x9.fsf@merlin.emma.line.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, May 09, 2003 at 09:53:22PM +0200, Matthias Andree wrote: > Kris Kennaway <kris@obsecurity.org> writes: > > > Odd. Can anyone else confirm the port compiles on a clean, > > up-to-date, default sparc installation? Since this breakage is new, > > it can only be something very recent, so an out-of-date installation > > or one with old installed files may not see the problem. > > Should there be a target "make cleancruft" to complement "make > installworld" that cleans out obsolete include files, libraries, > commands... -- or do it the Linux way and include the base system in > package management (which may introduce interesting bootstrapping > problems). > As for compiling nntpcache, I wipe out /usr/include, /usr/lib* (except libc, libgnuregexp, libm, libmd, libbz2 and ld-elf which are required for an installworld) and /usr/share with every upgrade. So there shouldn't be any old cruft that causes nntpcache to accidentally build on my box.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030510150835.M427>