Date: Wed, 20 Dec 2000 17:16:17 +0200 From: Neil Blakey-Milner <nbm@mithrandr.moria.org> To: Warner Losh <imp@village.org>, Assar Westerlund <assar@FreeBSD.ORG>, Dag-Erling Smorgrav <des@ofug.org>, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, marcel@FreeBSD.org Subject: Re: cvs commit: src/sys/libkern strlcat.c strlcpy.c src/sys/sys libkern.h src/sys/conf files Message-ID: <20001220171617.A49980@mithrandr.moria.org> In-Reply-To: <20001220142934.I644@ringworld.oblivion.bg>; from roam@orbitel.bg on Wed, Dec 20, 2000 at 02:29:34PM %2B0200 References: <xzpu282ypvp.fsf@flood.ping.uio.no> <5l66khluty.fsf@assaris.sics.se> <xzpitohzu34.fsf@flood.ping.uio.no> <xzpae9tztba.fsf@flood.ping.uio.no> <5lsnnlkcf7.fsf@assaris.sics.se> <xzp66khzsdn.fsf@flood.ping.uio.no> <5l4s01ka92.fsf@assaris.sics.se> <200012181724.KAA91757@harmony.village.org> <20001219081616.D54775@gsmx07.alcatel.com.au> <20001220142934.I644@ringworld.oblivion.bg>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed 2000-12-20 (14:29), Peter Pentchev wrote: > On Tue, Dec 19, 2000 at 08:16:16AM +1100, Peter Jeremy wrote: > > On 2000-Dec-18 10:24:28 -0700, Warner Losh <imp@village.org> wrote: > > > The one in libc is known to > > >be good and not have any bugs, so why reinvent it for the kernel? > > > > I'd go further and say that unless there is a compelling reason > > otherwise, libkern should always use the code in libc (or vice versa). > > It's a pity that our source structure doesn't allow us to use the > > same file (you can checkout and build the kernel without installing > ^^^^^^^^^^^^^^^^ > > the userland sources). > > Hmm.. quite off-topic, but - is this so on -current? (I'll be able to > test this in a matter of hours, refetching my -current source tree) > It most definitely is NOT correct for 4-stable - the kernel build > requires 'nm' (IIRC) from /usr/obj; if not 'nm', then something else > from the build toolchain. A few months ago, I sent Marcel what I believe to be the "equivalently broken" behaviour for setting OBJFORMAT_PATH to look for nm (and other objformat-using utilities) on the installed filesystem if they're not there. It's "equivalently broken" because we allow the use of gcc, ld, and friends off the installed filesystem if they're not in the obj tree by virtue of having a PATH that allows this. Also, I do not believe it helps anyone to not be able to build the kernel if they don't have a obj tree. However, I've left it to him, since he's the one mostly doing these things, and he said he'd like to think over it in case it breaks something non-obvious. I suppose this is a nudge to look at it again - we really need to fix this. Neil -- Neil Blakey-Milner nbm@mithrandr.moria.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20001220171617.A49980>