Re: Draft minutes of the 5th August 2019 Teleconference
i'm not worried about FreeBSD so much as macOS and (even more so) iOS. i'm assuming they won't take the FreeBSD change, but don't know if anyone knows them to ask them? On Wed, Aug 7, 2019 at 2:58 PM Eric Blake wrote: > > On 8/7/19 4:43 PM, enh wrote: > > What's the plan for the qsort_r interface, given that glibc and BSD have > > mutually incompatible ones (which is why I didn't add it to Android)? > > Per http://austingroupbugs.net/view.php?id=900#c4112, FreeBSD was > planning to switch over to the glibc signature, making it easier to > standardize things as 'qsort_r' as presented in the bug, rather than as > 'posix_qsort_r'. But as there is still a 30-day window for Open Group > objections, we may very well receive an objection to the name 'qsort_r' > where we would have to go with 'posix_qsort_r'. > > -- > Eric Blake, Principal Software Engineer > Red Hat, Inc. +1-919-301-3226 > Virtualization: qemu.org | libvirt.org >
Re: Draft minutes of the 5th August 2019 Teleconference
On 8/7/19 4:43 PM, enh wrote: > What's the plan for the qsort_r interface, given that glibc and BSD have > mutually incompatible ones (which is why I didn't add it to Android)? Per http://austingroupbugs.net/view.php?id=900#c4112, FreeBSD was planning to switch over to the glibc signature, making it easier to standardize things as 'qsort_r' as presented in the bug, rather than as 'posix_qsort_r'. But as there is still a 30-day window for Open Group objections, we may very well receive an objection to the name 'qsort_r' where we would have to go with 'posix_qsort_r'. -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org signature.asc Description: OpenPGP digital signature
Re: Draft minutes of the 5th August 2019 Teleconference
On 8/7/19 2:43 PM, enh wrote: What's the plan for the qsort_r interface, given that glibc and BSD have mutually incompatible ones (which is why I didn't add it to Android)? For what it's worth, Solaris has followed the lead of glibc and NetBSD in implementing qsort_r() as: void qsort_r(void *base, size_t nel, size_t width, int (*compar)(const void *x, const void *y, void *context), void *context); with the engineer responsible citing https://reviews.freebsd.org/D17083 as resolving the discrepancy in FreeBSD. -- -Alan Coopersmith- alan.coopersm...@oracle.com Oracle Solaris Engineering - https://blogs.oracle.com/alanc
Re: Draft minutes of the 5th August 2019 Teleconference
What's the plan for the qsort_r interface, given that glibc and BSD have mutually incompatible ones (which is why I didn't add it to Android)? On Wed, Aug 7, 2019, 14:02 Eric Blake wrote: > On 8/6/19 4:48 AM, Geoff Clare wrote: > > These are the draft minutes from yesterday's call. Andrew will need > > to allocate the Austin-xxx document number and add the file to the > > document register after he returns. > > > > > > > Minutes of the 5th August 2019 Teleconference Austin-xxx Page 1 of 1 > > Submitted by Geoff Clare, The Open Group. 6th August 2019 > > Followup: > > > > Bug 1220: Add an API to query the name of a locale category of a locale > object OPEN > > http://austingroupbugs.net/view.php?id=1220 > > > > Action: Eric to ask if The Open Group is willing to sponsor this > interface. > > > ... > > > > Bug 1263: Add ppoll() OPEN > > http://austingroupbugs.net/view.php?id=1263 > > > > Action: Eric to ask if The Open Group is willing to sponsor this > interface. > > Now complete, along with earlier actions to ask about sponsorship of > qsort_r in bug 900 and reallocarray in bug 1218. I proposed a 30 day > window for any comments or objections, and will follow up in early > September (with the assumption that no objections is tacit approval that > we proceed with the new interfaces). > > > > Bug 374: malloc(0) and realloc(p,0) must not change errno on success > OPEN > > http://austingroupbugs.net/view.php?id=374 > > > > Geoff had noticed an overlap between changes suggested in this open bug > > and the changes needed to align with C17. > > > > We also noted that glibc does not conform to the change we made in > > 2008-TC1 to require that errno is set to an implementation-defined > > value if realloc(p,0) returns null. This matches the change made in > > C17 7.22.3.1 (overview) which says that if a null pointer is returned in > > the size 0 case it is "to indicate an error". However, 7.22.3.5 > (realloc) > > still says "If size is zero and memory for the new object is not > > allocated, it is implementation-defined whether the old object is > > deallocated" and "The realloc function returns a pointer to the new > > object [...], or a null pointer if the new object has not been allocated" > > which seems to imply a null pointer can be returned in this case without > > it being considered an error. > > > > Action: Eric to ask about this on the glibc mailing list. > > Also done; Florian Weimer has replied to the bug in note 4510, and in > fact,... > > > > > Action: Nick to draft a Clarification Request to WG14. > > ...says he already raised a similar question to WG14 in May 2018 > (although I do not have a URL handy to that thread). > > In fact, the call to standardize reallocarray() may also want to depend > on the outcome here. http://austingroupbugs.net/view.php?id=1218 > > -- > Eric Blake, Principal Software Engineer > Red Hat, Inc. +1-919-301-3226 > Virtualization: qemu.org | libvirt.org > >
Re: Draft minutes of the 5th August 2019 Teleconference
On 8/6/19 4:48 AM, Geoff Clare wrote: > These are the draft minutes from yesterday's call. Andrew will need > to allocate the Austin-xxx document number and add the file to the > document register after he returns. > > > Minutes of the 5th August 2019 Teleconference Austin-xxx Page 1 of 1 > Submitted by Geoff Clare, The Open Group. 6th August 2019 Followup: > Bug 1220: Add an API to query the name of a locale category of a locale > object OPEN > http://austingroupbugs.net/view.php?id=1220 > > Action: Eric to ask if The Open Group is willing to sponsor this interface. > ... > > Bug 1263: Add ppoll() OPEN > http://austingroupbugs.net/view.php?id=1263 > > Action: Eric to ask if The Open Group is willing to sponsor this interface. Now complete, along with earlier actions to ask about sponsorship of qsort_r in bug 900 and reallocarray in bug 1218. I proposed a 30 day window for any comments or objections, and will follow up in early September (with the assumption that no objections is tacit approval that we proceed with the new interfaces). > Bug 374: malloc(0) and realloc(p,0) must not change errno on success OPEN > http://austingroupbugs.net/view.php?id=374 > > Geoff had noticed an overlap between changes suggested in this open bug > and the changes needed to align with C17. > > We also noted that glibc does not conform to the change we made in > 2008-TC1 to require that errno is set to an implementation-defined > value if realloc(p,0) returns null. This matches the change made in > C17 7.22.3.1 (overview) which says that if a null pointer is returned in > the size 0 case it is "to indicate an error". However, 7.22.3.5 (realloc) > still says "If size is zero and memory for the new object is not > allocated, it is implementation-defined whether the old object is > deallocated" and "The realloc function returns a pointer to the new > object [...], or a null pointer if the new object has not been allocated" > which seems to imply a null pointer can be returned in this case without > it being considered an error. > > Action: Eric to ask about this on the glibc mailing list. Also done; Florian Weimer has replied to the bug in note 4510, and in fact,... > > Action: Nick to draft a Clarification Request to WG14. ...says he already raised a similar question to WG14 in May 2018 (although I do not have a URL handy to that thread). In fact, the call to standardize reallocarray() may also want to depend on the outcome here. http://austingroupbugs.net/view.php?id=1218 -- Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org signature.asc Description: OpenPGP digital signature
