Mismatch between newlib and glibc regarding fileno

Corinna Vinschen vinschen@redhat.com
Mon Feb 12 17:44:47 GMT 2024


On Feb 12 18:11, Torbjorn SVENSSON wrote:
> On 2024-02-12 17:40, Corinna Vinschen wrote:
> > On Feb 12 17:33, Corinna Vinschen wrote:
> > > On Feb 12 16:36, Torbjorn SVENSSON wrote:
> > > > Okay, so newlib is more restrictive than glibc on this topic.
> > > > I will prepare a patch for test cases in GCC with defining _POSIX_SOURCE  so
> > > > that the test cases succeed for newlib.
> > > 
> > > It looks like it.  But I do wonder if that's really intended by glibc.
> > > I ran a quick test, first under newlibL
> > > [...]
> > > How is it possible that with -std=c++98, everything and the kitchen sink
> > > is enabled?  Is that really correct?!?
> > 
> > ...especially since __STRICT_ANSI__ is defined to 1 in this scenario.
> 
> Do you know any way to identify if this is the intended behavior or if it's
> an overlook in the glibc end?

Except for asking on the glibc mailing list, no.

> Regardless if glibc is doing this deliberately or not, I suppose the correct
> thing is to manually define _POSIX_VISIBLE in the test case, right?

Yes, I would suggest that.  It can't be wrong to be very exact there.


Corinna



More information about the Newlib mailing list