From owner-freebsd-current Sun Mar 2 07:12:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id HAA16324 for current-outgoing; Sun, 2 Mar 1997 07:12:13 -0800 (PST) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id HAA16308 for ; Sun, 2 Mar 1997 07:12:00 -0800 (PST) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.3/8.6.9) id CAA23932; Mon, 3 Mar 1997 02:08:00 +1100 Date: Mon, 3 Mar 1997 02:08:00 +1100 From: Bruce Evans Message-Id: <199703021508.CAA23932@godzilla.zeta.org.au> To: ache@nagual.ru, current@FreeBSD.org Subject: Re: cuserid(3): compat->c resurrection Sender: owner-current@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Since cuserid() is POSIX 1003.1 function, not 4.4 own function, I plan to >move it from libcompat to libc. Applications which tries to be No. It hasn't been a POSIX function since 1990. It was in the 1988 version. >machine-independent and follows POSIX often use it, we already have some >ports examples. Adding -lcompat in each such case only produces 7 years should have been long enough for people to stop using it :-). The next step should be to remove it from libcompat. >internals in this case, so I don't see a reason for it to be obsoleted. It is more convenient. IIRC, POSIX dropped it because it is not portable - it has different semantics on different systems. Bruce