Date: Fri, 27 Feb 1998 15:15:35 +0100 From: lada@ws2301.gud.siemens.at (marino.ladavac@siemens.at) To: hackers@FreeBSD.ORG, kaleb@opengroup.org Subject: Re: symbols in libc_r not in libc Message-ID: <199802271415.PAA25144@ws6423.gud.siemens.at>
next in thread | raw e-mail | index | archive | help
> From owner-freebsd-hackers@FreeBSD.ORG Fri Feb 27 14:41:50 MET 1998 > Date: Fri, 27 Feb 1998 13:38:59 -0500 > From: "Kaleb S. KEITHLEY" <k.#nojunk#keithley@opengroup.org> > Mime-Version: 1.0 > To: hackers@FreeBSD.ORG > Subject: Re: symbols in libc_r not in libc > Content-Transfer-Encoding: 7bit > X-Loop: FreeBSD.ORG > > > Well, just that Xlib isn't in the business of providing libc functions > or putting a band-aid over a broken libc. > > The weak __error() function belongs in libc. Well, I am obviously of a different opinion--I'll try to give you my rationale for it. libc exports a well-known interface to its clients. errno is one of these interfaces, and if the clients want to use just libc, this is all they get. Now, you are building a client (Xlib) which should be usable both as a reentrant and non-reentrant library. There is a slight dichotomy here. You really need an interface the libc does not need to provide (nor is required to do so). Since your Xlib in this particular case is misusing the libc, it has to live with the interfaces that the libc provides. Therefore, it needs to provide its own interfaces made from the building blocks provided by libc. The problem that we both have with this is that your Xlib is a performance hack. The pure solution would require the existence of Xlib and Xlib_r. Let me state immediately that I am all for such an Xlib--having two of them would be one too many. I hope you understand my view. I'm pretty sure I did not miss anything this time :) /Marino > > -- > Kaleb S. KEITHLEY > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802271415.PAA25144>