provide __xpg_strerror_r

Corinna Vinschen corinna-cygwin@cygwin.com
Thu Feb 10 09:55:00 GMT 2011


On Feb 10 10:50, Corinna Vinschen wrote:
> On Feb  9 21:15, Christopher Faylor wrote:
> > On Wed, Feb 09, 2011 at 05:20:59PM -0700, Eric Blake wrote:
> > >+/* Newlib's <string.h> provides declarations for two strerror_r
> > >+   variants, according to preprocessor feature macros.  It does the
> > >+   right thing for GNU strerror_r, but its __xpg_strerror_r mishandles
> > >+   a case of EINVAL when coupled with our strerror() override.*/
> > > #if 0
> > 
> > Can't we get rid of this now?
> 
> I agree.  We should simply implement strerror_r by ourselves, even if
> it's identical to newlib's strerror_r.  In the long run it's less
> puzzeling to have all the strerror variants in one place.

Oh, and: http://cygwin.com/ml/cygwin-patches/2011-q1/msg00031.html


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat



More information about the Cygwin-patches mailing list