From owner-freebsd-hackers Fri Feb 27 11:49:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15871 for freebsd-hackers-outgoing; Fri, 27 Feb 1998 11:49:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cimlogic.com.au (cimlog.lnk.telstra.net [139.130.51.31]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA15864 for ; Fri, 27 Feb 1998 11:49:31 -0800 (PST) (envelope-from jb@cimlogic.com.au) Received: (from jb@localhost) by cimlogic.com.au (8.8.5/8.8.7) id GAA17429; Sat, 28 Feb 1998 06:50:52 +1100 (EST) (envelope-from jb) From: John Birrell Message-Id: <199802271950.GAA17429@cimlogic.com.au> Subject: Re: symbols in libc_r not in libc In-Reply-To: <34F716BE.17D3@opengroup.org> from "Kaleb S. KEITHLEY" at "Feb 27, 98 02:40:46 pm" To: k.keithley@opengroup.org (Kaleb S. KEITHLEY) Date: Sat, 28 Feb 1998 06:50:52 +1100 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Kaleb S. KEITHLEY wrote: > 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. Xlib shouldn't have to know how an OS goes about providing a POSIX interface. __error() is internal and implementation dependent. -- John Birrell - jb@cimlogic.com.au; jb@netbsd.org; jb@freebsd.org CIMlogic Pty Ltd, GPO Box 117A, Melbourne Vic 3001, Australia +61 418 353 137 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message