Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-04 Thread Richard L. Hamilton
Richard L. Hamilton wrote: Beware that if you have getprogname(), you may find people wanting the entire FreeBSD err(3) family, Already there: changeset: 4891:f4f971e9574d user:vk199839 date:Sat Aug 18 10:07:23 2007 -0700 description: PSARC/2006/662 Make err/warn

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-04 Thread Sebastien Roy
On 08/ 2/10 09:19 PM, Roger A. Faulkner wrote: As a result of suggestions made in the email for this case, I am sending this revised, final version of the proposal (with additional bugids included and with the description of getprogname(), setprogname() and __progname included): This case was

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-03 Thread Joerg Schilling
Roger A. Faulkner roger.faulk...@oracle.com wrote: In addition to existing in GNU/Linux/BSD manual pages, many of these functions are also specified in the new POSIX standard: IEEE Std 1003.1(TM)-2008 The Open Group Technical Standard Base Specifications,

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-02 Thread Roger A. Faulkner
On 07/29/10 13:16, Gordon Ross wrote: This is _so_ overdue. Thanks for working on it. Would you consider adding this well-known BSD symbol too? extern char * __progname; Or would you consider that out of scope? Here's a CR for it: 6735446 Want a __progname symbol for BSD-style source

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-02 Thread Richard L. Hamilton
re getprogname(): since I don't see man pages in the public case directory, * is there also a setprogname() as in at least some FreeBSD? If so, is it implicit in the run-time startup, or does one need to call it explicitly? * since argv[0] can be anything, is this equivalent to getexecname()

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-02 Thread Alan Coopersmith
Richard L. Hamilton wrote: Beware that if you have getprogname(), you may find people wanting the entire FreeBSD err(3) family, Already there: changeset: 4891:f4f971e9574d user:vk199839 date:Sat Aug 18 10:07:23 2007 -0700 description: PSARC/2006/662 Make err/warn

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-08-02 Thread Roger A. Faulkner
As a result of suggestions made in the email for this case, I am sending this revised, final version of the proposal (with additional bugids included and with the description of getprogname(), setprogname() and __progname included):

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-29 Thread Joerg Schilling
Roger A. Faulkner roger.faulk...@oracle.com wrote: === #include stdio.h ssize_t getdelim(char **restrict, size_t *restrict, int, FILE *restrict); ssize_t getline(char **restrict, size_t *restrict,

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-29 Thread Roger A. Faulkner
On 07/29/10 08:26, joerg.schill...@fokus.fraunhofer.de wrote: Roger A. Faulknerroger.faulk...@oracle.com wrote: === #includestdio.h ssize_t getdelim(char **restrict, size_t *restrict, int, FILE

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-29 Thread Garrett D'Amore
On Thu, 2010-07-29 at 08:52 -0400, Roger A. Faulkner wrote: On 07/29/10 08:26, joerg.schill...@fokus.fraunhofer.de wrote: Roger A. Faulknerroger.faulk...@oracle.com wrote: === #includestdio.h ssize_t

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-29 Thread Gordon Ross
This is _so_ overdue. Thanks for working on it. Would you consider adding this well-known BSD symbol too? extern char * __progname; Or would you consider that out of scope? Here's a CR for it: 6735446 Want a __progname symbol for BSD-style source compatibility

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-29 Thread Roger A. Faulkner
On 07/29/10 13:12, Garrett D'Amore wrote: On Thu, 2010-07-29 at 08:52 -0400, Roger A. Faulkner wrote: On 07/29/10 08:26, joerg.schill...@fokus.fraunhofer.de wrote: Roger A. Faulknerroger.faulk...@oracle.com wrote: ===

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-29 Thread Richard L. Hamilton
What SUSv4 functions are still missing after this case? Have requests been filed for them? As an example, I didn't see wcsnlen(). -- This message posted from opensolaris.org ___ opensolaris-arc mailing list opensolaris-arc@opensolaris.org

GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-28 Thread Roger A. Faulkner
I am sponsoring this fast-track case for myself. Timeout is Wednesday, 08/04/2010 1. Introduction This case adds 28 new functions to the C library, all in the name of compatibility with GNU/Linux and FreeBSD. The commitment level of these interfaces is Committed. The release

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-28 Thread Don Cragun
On Jul 28, 2010, at 4:41 PM, Roger A. Faulkner wrote: 1. Introduction This case adds 28 new functions to the C library, all in the name of compatibility with GNU/Linux and FreeBSD. The commitment level of these interfaces is Committed. The release binding is minor so

Re: GNU/Linux/BSD compatibility functions [PSARC/2010/299 FastTrack timeout, 08/04/2010]

2010-07-28 Thread Darren J Moffat
A great set of additions none of which seem controversial to me and many of which I've lacked when compiling random bits of FOSS, so it gets my +1 as specified. -- Darren J Moffat ___ opensolaris-arc mailing list opensolaris-arc@opensolaris.org