From sacadmin Fri May  9 08:08:04 2008
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id m49F84m4016659;
	Fri, 9 May 2008 08:08:04 -0700 (PDT)
Received: (from nw141292@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id m49F84Wo016655;
	Fri, 9 May 2008 08:08:04 -0700 (PDT)
Date: Fri, 9 May 2008 08:08:04 -0700 (PDT)
From: Nicolas Williams <nw141292@sac.sfbay.sun.com>
Message-Id: <200805091508.m49F84Wo016655@sac.sfbay.sun.com>
To: PSARC-record@sac.sfbay.sun.com
Cc: netrep@sun.com
Subject: strsep() in libc [PSARC/2008/305 Self Review]
Status: RO
Content-Length: 736

I'm sponsoring this self-approved case for Tomas Heran.

We request micro/patch release binding, though we have no intention to
backport this.

FreeBSD's libc and the GNU libc (glibc) both include strsep(), a
function which replaces with NUL the first instance of a given character
in a given string.

Solaris has an implementation in $SRC/common/util/string.c, which seems
to indicate that it was intended to be available in the kernel and in
libc, and libc certainly includes the contents of
$SRC/common/util/string.c, but libc does not export strsep() via its
mapfiles.

The interface stability for strsep() shall be Committed.

A manpage will be included.

This case is so obvious that I'm making it a self-approved case.

Nico
--