This is the mail archive of the newlib@sourceware.org mailing list for the newlib project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 3/3] Use latest <semaphore.h> from FreeBSD for RTEMS


On Mar 11 13:35, Corinna Vinschen wrote:
> On Mar 11 13:17, Sebastian Huber wrote:
> > >> +#define	SEM_VALUE_MAX	(__INT_MAX__ * 2U + 1U)
> > > 
> > > Should the definition of SEM_VALUE_MAX be __BSD_VISIBLE?  It's not a
> > > definition required or even mentioned in POSIX.
> > 
> > We have a {SEM_VALUE_MAX} here:
> > 
> > http://pubs.opengroup.org/onlinepubs/009695399/functions/sem_open.html
> > 
> > Is this not a define?  In FreeBSD it is not covered by __BSD_VISIBLE.
> 
> This is weird.  SEM_VALUE_MAX is not mentioned in
> http://pubs.opengroup.org/onlinepubs/009695399/basedefs/semaphore.h.html
> 
> Is that a bug in the specification?

SUSv4 defines SEM_VALUE_MAX to be in limits.h.  That's where we
have it in Cygwin, too.  There's also the definition of SEM_VALUE_MAX
for RTEMS in libc/sys/rtems/include/limits.h.

It seems defining it additionally in semaphore.h is not quite correct.
It also contradicts the value from your limits.h (32767).


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer
Red Hat

Attachment: pgpNMsmNa7kR0.pgp
Description: PGP signature


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]