On Tue, 9 Mar 2021, Érico Nogueira wrote: > since most discussion around the addition of this function has centered > around the possible code duplication it requires or that qsort would > become much slower if implemented as a wrapper around qsort_r How much is "much slower", did anyone provide figures to support this claim? The extra cost that a wrapper brings is either one indirect jump instruction, or one trivially-predictable conditional branch per one comparator invocation. Constant factor in musl qsort is quite high, I'd be surprised if the extra overhead from one additional branch is even possible to measure. Alexander