1 .\" Copyright (c) 1990, 1991, 1993
2 .\" The Regents of the University of California. All rights reserved.
4 .\" This code is derived from software contributed to Berkeley by
5 .\" the American National Standards Committee X3, on Information
6 .\" Processing Systems.
8 .\" Redistribution and use in source and binary forms, with or without
9 .\" modification, are permitted provided that the following conditions
11 .\" 1. Redistributions of source code must retain the above copyright
12 .\" notice, this list of conditions and the following disclaimer.
13 .\" 2. Redistributions in binary form must reproduce the above copyright
14 .\" notice, this list of conditions and the following disclaimer in the
15 .\" documentation and/or other materials provided with the distribution.
16 .\" 3. All advertising materials mentioning features or use of this software
17 .\" must display the following acknowledgement:
18 .\" This product includes software developed by the University of
19 .\" California, Berkeley and its contributors.
20 .\" 4. Neither the name of the University nor the names of its contributors
21 .\" may be used to endorse or promote products derived from this software
22 .\" without specific prior written permission.
24 .\" THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND
25 .\" ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
26 .\" IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
27 .\" ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE
28 .\" FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL
29 .\" DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS
30 .\" OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
31 .\" HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT
32 .\" LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY
33 .\" OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF
36 .\" @(#)qsort.3 8.1 (Berkeley) 6/4/93
37 .\" $FreeBSD: src/lib/libc/stdlib/qsort.3,v 1.15 2004/07/02 23:52:12 ru Exp $
39 .Dd September 30, 2003
57 .Fa "int \*[lp]*compar\*[rp]\*[lp]const void *, const void *\*[rp]"
64 .Fa "int \*[lp]*compar\*[rp]\*[lp]const void *, const void *\*[rp]"
71 .Fa "int \*[lp]*compar\*[rp]\*[lp]const void *, const void *\*[rp]"
79 .Fa "int \*[lp]*compar\*[rp]\*[lp]void *, const void *, const void *\*[rp]"
84 function is a modified partition-exchange sort, or quicksort.
87 function is a modified selection sort.
90 function is a modified merge sort with exponential search,
91 intended for sorting data with pre-existing order.
97 functions sort an array of
99 objects, the initial member of which is pointed to by
101 The size of each object is specified by
106 behaves similarly, but
111 .Dq "sizeof(void *) / 2" .
113 The contents of the array
115 are sorted in ascending order according to
116 a comparison function pointed to by
118 which requires two arguments pointing to the objects being
121 The comparison function must return an integer less than, equal to, or
122 greater than zero if the first argument is considered to be respectively
123 less than, equal to, or greater than the second.
127 function behaves identically to
129 except that it takes an additional argument,
131 which is passed unchanged as the first argument to function pointed to
133 This allows the comparison function to access additional
134 data without using global variables, and thus
136 is suitable for use in functions which must be reentrant.
138 The algorithms implemented by
145 stable; that is, if two members compare as equal, their order in
146 the sorted array is undefined.
155 functions are an implementation of C.A.R.
159 a variant of partition-exchange sorting; in particular, see
163 takes O N lg N average time.
164 This implementation uses median selection to avoid its
165 O N**2 worst-case behavior.
169 function is an implementation of
170 .An "J.W.J. William" Ns 's
173 a variant of selection sorting; in particular, see
174 .An "D.E. Knuth" Ns 's
177 takes O N lg N worst-case time.
182 is that it uses almost no additional memory; while
184 does not allocate memory, it is implemented using recursion.
188 requires additional memory of size
191 bytes; it should be used only when space is not at a premium.
195 is optimized for data with pre-existing order; its worst case
196 time is O N lg N; its best case is O N.
204 Memory availability and pre-existing order in the data can make this
214 .Rv -std heapsort mergesort
220 functions succeed unless:
225 argument is zero, or,
231 .Dq "sizeof(void *) / 2" .
238 were unable to allocate memory.
243 did not permit the comparison routine itself to call
245 This is no longer true.
253 .%J "The Computer Journal"
261 .%J "Communications of the ACM"
268 .%B "The Art of Computer Programming"
270 .%T "Sorting and Searching"
271 .%P pp. 114-123, 145-149
275 .%T "Optimistic Sorting and Information Theoretic Complexity"
276 .%J "Fourth Annual ACM-SIAM Symposium on Discrete Algorithms"
282 .%T "Engineering a Sort Function"
283 .%J "Software--Practice and Experience"