Date: Tue, 6 May 2003 09:45:34 -0700 From: "David O'Brien" <freebsd-arch@FreeBSD.org> To: "Jacques A. Vidrine" <nectar@FreeBSD.org>, Ben Mesander <ben@timing.com>, Daniel Eischen <eischen@pcnet1.pcnet.com>, "Andrey A. Chernov" <ache@nagual.pp.ru>, Dag-Erling Smorgrav <des@ofug.org>, freebsd-arch@FreeBSD.org Subject: Re: `Hiding' libc symbols Message-ID: <20030506164534.GB36798@dragon.nuxi.com> In-Reply-To: <20030506155128.GB77956@madman.celabo.org> References: <20030505225021.GA43345@nagual.pp.ru> <Pine.GSO.4.10.10305051855570.10283-100000@pcnet1.pcnet.com> <16055.55244.458061.779430@piglet.timing.com> <20030506155128.GB77956@madman.celabo.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, May 06, 2003 at 10:51:28AM -0500, Jacques A. Vidrine wrote: > On Tue, May 06, 2003 at 09:42:04AM -0600, Ben Mesander wrote: > > In addition to ports which override libc functions like printf() for > > ease of porting, there are important ports, such as the Boehm garbage > > collector for C/C++ or electric fence, which _depend_ upon the ability > > to override libc functions such as malloc() and free(). > > > > Whatever decision is eventually made must allow such ports to > > function. > > > > This has been brought up once before, but I do not see how any of the > > advocates for change have addressed it. > > Probably because there is not much to address. I think it is > universally agreed that the allocator is likely to need to be > overridden. There are at least two solutions: > > (a) Treat malloc & company as an exception: always call them by > their un-adorned name from within libc. > > (b) Let these specialized applications override the adorned names > instead. There is probably already code within these ports to > deal with underscore-prefixed names. > > I don't really have a preference for either solution. I have a strong preference for (c) Do nothing. (a)'s over time we'll just add to (a)'s list, so the exceptions are just too ad-hoc.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030506164534.GB36798>