From owner-freebsd-hackers Fri Feb 27 11:40:24 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA13395 for freebsd-hackers-outgoing; Fri, 27 Feb 1998 11:40:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from postman.opengroup.org (postman.opengroup.org [130.105.1.152]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13347 for ; Fri, 27 Feb 1998 11:40:06 -0800 (PST) (envelope-from k.keithley@opengroup.org) Received: from benway (benway.camb.opengroup.org [130.105.9.33]) by postman.opengroup.org (8.8.6/8.8.6) with SMTP id OAA04080 for ; Fri, 27 Feb 1998 14:39:33 -0500 (EST) Message-ID: <34F716BE.17D3@opengroup.org> Date: Fri, 27 Feb 1998 14:40:46 -0500 From: "Kaleb S. KEITHLEY" Organization: The Open Group X-Mailer: Mozilla 3.04Gold (X11; I; HP-UX B.10.20 9000/715) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Re: symbols in libc_r not in libc References: <199802271932.GAA17357@cimlogic.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Birrell wrote: > > Kaleb S. KEITHLEY wrote: > > 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. Another reason why the weak __error() belongs in libc, and not in Xlib is because ANSI/POSIX/ISO C reserves all identifiers that begin with an underscore (X used _X* before ANSI C annexed underscore as a prefix) so it's clear to me that __error() in Xlib would be an egregious hack. -- Kaleb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message