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: Change pid_t base type


On 08/01/2018 09:22 AM, Joel Sherrill wrote:
http://pubs.opengroup.org/onlinepubs/009696699/basedefs/sys/types.h.html

Says pid_t can be no larger than long if I am reading that correctly.

"The implementation shall support one or more programming environments in which the widths of blksize_t, pid_t, size_t, ssize_t, suseconds_t, and useconds_t are no greater than the width of type long. The names of these programming environments can be obtained using the confstr() function or the getconf utility."


Is POSIX a concern? Or is long 64-bits on all your targets?

If long is 32 bits, do you support two separate compilation environments (one for POSIX with 32-bit pid_t, the other for full 64-bit pid_t)?

--
Eric Blake, Principal Software Engineer
Red Hat, Inc.           +1-919-301-3266
Virtualization:  qemu.org | libvirt.org


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