On 03/08/2014 15:27, Warner Losh wrote:
What, if anything, can be done about qsort_r() API incompatibility?
qsort_r is non-standard and we did it first, plus we will want to stay
compatible with Apple :).
I guess we could do some ugly parameter swapping in the case where _GNU_SOURCE
is defined, but I won’t volunteer to do that.
Are there any ABI considerations for the change?
I'm in agreement with Pedro here. Some form of compile-time checking is
the best one can hope for in that situation, as it would be difficult to
"ret-con" the qsort_r() ABI itself. The glibc implementation swaps two
pointers in its signature. One of those points to executable code.
The last time this caused problems for me was when testing the new
CScope indexing backend by Elad Lahav on BSD/Mac. He had developed on
Linux, however the quick fix was to fall back to using non-reentrant
qsort().
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
