src/lib/libc/stdlib/qsort_r.c, branch releng/14.0 FreeBSD source tree Remove $FreeBSD$: two-line .h pattern 2023-08-16T17:54:16+00:00 Warner Losh imp@FreeBSD.org 2023-08-16T17:54:16+00:00 b3e7694832e81d7a904a10f525f8797b753bf0d3 Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/ 
Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/
Alter the prototype of qsort_r(3) to match POSIX, which adopted the 2022-09-30T22:26:30+00:00 Ed Schouten ed@FreeBSD.org 2022-09-30T22:26:30+00:00 af3c78886fd8d4ca5eebdbe581a459a6f6d29d6a glibc-based interface. Unfortunately, the glibc maintainers, despite knowing the existence of the FreeBSD qsort_r(3) interface in 2004 and refused to add the same interface to glibc based on grounds of the lack of standardization and portability concerns, has decided it was a good idea to introduce their own qsort_r(3) interface in 2007 as a GNU extension with a slightly different and incompatible interface. With the adoption of their interface as POSIX standard, let's switch to the same prototype, there is no need to remain incompatible. C++ and C applications written for the historical FreeBSD interface get source level compatibility when building in C++ mode, or when building with a C compiler with C11 generics support, provided that the caller passes a fifth parameter of qsort_r() that exactly matches the historical FreeBSD comparator function pointer type and does not redefine the historical qsort_r(3) prototype in their source code. Symbol versioning is used to keep old binaries working. MFC: never Relnotes: yes Reviewed by: cem, imp, hps, pauamma Differential revision: https://reviews.freebsd.org/D17083 
glibc-based interface.

Unfortunately, the glibc maintainers, despite knowing the existence
of the FreeBSD qsort_r(3) interface in 2004 and refused to add the
same interface to glibc based on grounds of the lack of standardization
and portability concerns, has decided it was a good idea to introduce
their own qsort_r(3) interface in 2007 as a GNU extension with a
slightly different and incompatible interface.

With the adoption of their interface as POSIX standard, let's switch
to the same prototype, there is no need to remain incompatible.

C++ and C applications written for the historical FreeBSD interface
get source level compatibility when building in C++ mode, or when
building with a C compiler with C11 generics support, provided that
the caller passes a fifth parameter of qsort_r() that exactly matches
the historical FreeBSD comparator function pointer type and does not
redefine the historical qsort_r(3) prototype in their source code.

Symbol versioning is used to keep old binaries working.

MFC:			never
Relnotes:		yes
Reviewed by:		cem, imp, hps, pauamma
Differential revision:	https://reviews.freebsd.org/D17083
Silence a warning with GCC that was breaking the build with Juniper's GCC. 2014-04-05T08:17:48+00:00 David Chisnall theraven@FreeBSD.org 2014-04-05T08:17:48+00:00 c8aeb6b44755c6f6773a5e15958759adb623692c Reviewed by: marcel 
Reviewed by:	marcel
Add support for some block functions that come from OS X. These are 2014-04-02T16:07:48+00:00 David Chisnall theraven@FreeBSD.org 2014-04-02T16:07:48+00:00 46cdc14062f7b52d86bd3791220019ebc8c9c120 intended to build with any C compiler. Reviewed by: pfg MFC after: 3 weeks 
intended to build with any C compiler.

Reviewed by:	pfg
MFC after:	3 weeks
Implement C99's _Exit() interface. 2002-09-10T02:04:49+00:00 Garrett Wollman wollman@FreeBSD.org 2002-09-10T02:04:49+00:00 eca67d510483ad9565b7b816e16fc72ebe3b2864 Implement a version of qsort that provides a thunk to the comparison function. Update manual pages. 
Implement a version of qsort that provides a thunk to the comparison function.

Update manual pages.