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
43 .Nm qsort , qsort_r , heapsort , mergesort
54 .Fa "int \*[lp]*compar\*[rp]\*[lp]const void *, const void *\*[rp]"
62 .Fa "int \*[lp]*compar\*[rp]\*[lp]void *, const void *, const void *\*[rp]"
69 .Fa "int \*[lp]*compar\*[rp]\*[lp]const void *, const void *\*[rp]"
76 .Fa "int \*[lp]*compar\*[rp]\*[lp]const void *, const void *\*[rp]"
81 function is a modified partition-exchange sort, or quicksort.
84 function is a modified selection sort.
87 function is a modified merge sort with exponential search
88 intended for sorting data with pre-existing order.
94 functions sort an array of
96 objects, the initial member of which is pointed to by
98 The size of each object is specified by
103 behaves similarly, but
108 .Dq "sizeof(void *) / 2" .
110 The contents of the array
112 are sorted in ascending order according to
113 a comparison function pointed to by
115 which requires two arguments pointing to the objects being
118 The comparison function must return an integer less than, equal to, or
119 greater than zero if the first argument is considered to be respectively
120 less than, equal to, or greater than the second.
124 function behaves identically to
126 except that it takes an additional argument,
128 which is passed unchanged as the first argument to function pointed to
130 This allows the comparison function to access additional
131 data without using global variables, and thus
133 is suitable for use in functions which must be reentrant.
135 The algorithms implemented by
142 stable, that is, if two members compare as equal, their order in
143 the sorted array is undefined.
152 functions are an implementation of C.A.R.
156 a variant of partition-exchange sorting; in particular, see
160 takes O N lg N average time.
161 This implementation uses median selection to avoid its
162 O N**2 worst-case behavior.
166 function is an implementation of
167 .An "J.W.J. William" Ns 's
170 a variant of selection sorting; in particular, see
171 .An "D.E. Knuth" Ns 's
174 takes O N lg N worst-case time.
179 is that it uses almost no additional memory; while
181 does not allocate memory, it is implemented using recursion.
185 requires additional memory of size
188 bytes; it should be used only when space is not at a premium.
192 is optimized for data with pre-existing order; its worst case
193 time is O N lg N; its best case is O N.
201 Memory availability and pre-existing order in the data can make this
211 .Rv -std heapsort mergesort
217 functions succeed unless:
222 argument is zero, or,
228 .Dq "sizeof(void *) / 2" .
235 were unable to allocate memory.
240 did not permit the comparison routine itself to call
242 This is no longer true.
250 .%J "The Computer Journal"
258 .%J "Communications of the ACM"
265 .%B "The Art of Computer Programming"
267 .%T "Sorting and Searching"
268 .%P pp. 114-123, 145-149
272 .%T "Optimistic Sorting and Information Theoretic Complexity"
273 .%J "Fourth Annual ACM-SIAM Symposium on Discrete Algorithms"
279 .%T "Engineering a Sort Function"
280 .%J "Software--Practice and Experience"