[Bug 266227] [exp-run] Request for exp-run with qsort_r API change
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Tue, 13 Sep 2022 20:24:30 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266227 --- Comment #19 from Matthias Andree <mandree@FreeBSD.org> --- (In reply to Xin LI from comment #14) e2fsprogs - I am scratching my head over this, especially over the detection and the "defined qsort_r" part gives me the creeps. It nicely shows the distress to tell one qsort_r interface from another. Besides that, the qsort_r standardization attempt is ill-advised. C11 already has qsort_s (but it apparently has not made it into POSIX 2018) and I wonder where GNU libc's implementation is... Fedora 36 apparently does not carry one, and rather than standardizing on an implementation that is behind, they bless qsort_r()? Wow. Do we really need to jump the gun? What are our FreeBSD 14 and the POSIX schedules, will we have all the other things in place when we flip the switch for qsort_r to use the GNU API? I am undecided. Please help me decide, and either propose a better auto-detection (ideally one I can forward upstream) or otherwise convince me we are not shooting our feet here. -- You are receiving this mail because: You are on the CC list for the bug.