[Bug 266227] [exp-run] Request for exp-run with qsort_r API change

From: <bugzilla-noreply_at_freebsd.org>
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.