svn commit: r268943 - in head: include lib/libc/stdlib

[Bruce Simpson]

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().