summaryrefslogtreecommitdiff
path: root/doc/gperf_6.html
blob: a9cbacca44e4886b9c35bd79a9da9eccd73e7c0e (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
<HTML>
<HEAD>
<!-- This HTML file has been created by texi2html 1.51
     from gperf.texi on 26 September 2000 -->

<TITLE>Perfect Hash Function Generator - 4  Invoking gperf</TITLE>
</HEAD>
<BODY>
Go to the <A HREF="gperf_1.html">first</A>, <A HREF="gperf_5.html">previous</A>, <A HREF="gperf_7.html">next</A>, <A HREF="gperf_11.html">last</A> section, <A HREF="gperf_toc.html">table of contents</A>.
<P><HR><P>


<H1><A NAME="SEC14" HREF="gperf_toc.html#TOC14">4  Invoking <CODE>gperf</CODE></A></H1>

<P>
There are <EM>many</EM> options to <CODE>gperf</CODE>.  They were added to make
the program more convenient for use with real applications.  "On-line"
help is readily available via the <SAMP>`-h'</SAMP> option.  Here is the
complete list of options.

</P>



<H2><A NAME="SEC15" HREF="gperf_toc.html#TOC15">4.1  Options that affect Interpretation of the Input File</A></H2>

<DL COMPACT>

<DT><SAMP>`-e <VAR>keyword-delimiter-list</VAR>'</SAMP>
<DD>
<DT><SAMP>`--delimiters=<VAR>keyword-delimiter-list</VAR>'</SAMP>
<DD>
<A NAME="IDX16"></A>
Allows the user to provide a string containing delimiters used to
separate keywords from their attributes.  The default is ",\n".  This
option is essential if you want to use keywords that have embedded
commas or newlines.  One useful trick is to use -e'TAB', where TAB is
the literal tab character.

<DT><SAMP>`-t'</SAMP>
<DD>
<DT><SAMP>`--struct-type'</SAMP>
<DD>
Allows you to include a <CODE>struct</CODE> type declaration for generated
code.  Any text before a pair of consecutive <SAMP>`%%'</SAMP> is considered
part of the type declaration.  Keywords and additional fields may follow
this, one group of fields per line.  A set of examples for generating
perfect hash tables and functions for Ada, C, C++, Pascal, Modula 2,
Modula 3 and JavaScript reserved words are distributed with this release.
</DL>



<H2><A NAME="SEC16" HREF="gperf_toc.html#TOC16">4.2  Options to specify the Language for the Output Code</A></H2>

<DL COMPACT>

<DT><SAMP>`-L <VAR>generated-language-name</VAR>'</SAMP>
<DD>
<DT><SAMP>`--language=<VAR>generated-language-name</VAR>'</SAMP>
<DD>
Instructs <CODE>gperf</CODE> to generate code in the language specified by the
option's argument.  Languages handled are currently:

<DL COMPACT>

<DT><SAMP>`KR-C'</SAMP>
<DD>
Old-style K&#38;R C. This language is understood by old-style C compilers and
ANSI C compilers, but ANSI C compilers may flag warnings (or even errors)
because of lacking <SAMP>`const'</SAMP>.

<DT><SAMP>`C'</SAMP>
<DD>
Common C. This language is understood by ANSI C compilers, and also by
old-style C compilers, provided that you <CODE>#define const</CODE> to empty
for compilers which don't know about this keyword.

<DT><SAMP>`ANSI-C'</SAMP>
<DD>
ANSI C. This language is understood by ANSI C compilers and C++ compilers.

<DT><SAMP>`C++'</SAMP>
<DD>
C++. This language is understood by C++ compilers.
</DL>

The default is C.

<DT><SAMP>`-a'</SAMP>
<DD>
This option is supported for compatibility with previous releases of
<CODE>gperf</CODE>. It does not do anything.

<DT><SAMP>`-g'</SAMP>
<DD>
This option is supported for compatibility with previous releases of
<CODE>gperf</CODE>. It does not do anything.
</DL>



<H2><A NAME="SEC17" HREF="gperf_toc.html#TOC17">4.3  Options for fine tuning Details in the Output Code</A></H2>

<DL COMPACT>

<DT><SAMP>`-K <VAR>key-name</VAR>'</SAMP>
<DD>
<DT><SAMP>`--slot-name=<VAR>key-name</VAR>'</SAMP>
<DD>
<A NAME="IDX17"></A>
This option is only useful when option <SAMP>`-t'</SAMP> has been given.
By default, the program assumes the structure component identifier for
the keyword is <SAMP>`name'</SAMP>.  This option allows an arbitrary choice of
identifier for this component, although it still must occur as the first
field in your supplied <CODE>struct</CODE>.

<DT><SAMP>`-F <VAR>initializers</VAR>'</SAMP>
<DD>
<DT><SAMP>`--initializer-suffix=<VAR>initializers</VAR>'</SAMP>
<DD>
<A NAME="IDX18"></A>
This option is only useful when option <SAMP>`-t'</SAMP> has been given.
It permits to specify initializers for the structure members following
<VAR>key name</VAR> in empty hash table entries.  The list of initializers
should start with a comma.  By default, the emitted code will
zero-initialize structure members following <VAR>key name</VAR>.

<DT><SAMP>`-H <VAR>hash-function-name</VAR>'</SAMP>
<DD>
<DT><SAMP>`--hash-fn-name=<VAR>hash-function-name</VAR>'</SAMP>
<DD>
Allows you to specify the name for the generated hash function.  Default
name is <SAMP>`hash'</SAMP>.  This option permits the use of two hash tables in
the same file.

<DT><SAMP>`-N <VAR>lookup-function-name</VAR>'</SAMP>
<DD>
<DT><SAMP>`--lookup-fn-name=<VAR>lookup-function-name</VAR>'</SAMP>
<DD>
Allows you to specify the name for the generated lookup function.
Default name is <SAMP>`in_word_set'</SAMP>.  This option permits completely
automatic generation of perfect hash functions, especially when multiple
generated hash functions are used in the same application.

<DT><SAMP>`-Z <VAR>class-name</VAR>'</SAMP>
<DD>
<DT><SAMP>`--class-name=<VAR>class-name</VAR>'</SAMP>
<DD>
<A NAME="IDX19"></A>
This option is only useful when option <SAMP>`-L C++'</SAMP> has been given.  It
allows you to specify the name of generated C++ class.  Default name is
<CODE>Perfect_Hash</CODE>.

<DT><SAMP>`-7'</SAMP>
<DD>
<DT><SAMP>`--seven-bit'</SAMP>
<DD>
This option specifies that all strings that will be passed as arguments
to the generated hash function and the generated lookup function will
solely consist of 7-bit ASCII characters (characters in the range 0..127).
(Note that the ANSI C functions <CODE>isalnum</CODE> and <CODE>isgraph</CODE> do
<EM>not</EM> guarantee that a character is in this range. Only an explicit
test like <SAMP>`c &#62;= 'A' &#38;&#38; c &#60;= 'Z''</SAMP> guarantees this.) This was the
default in versions of <CODE>gperf</CODE> earlier than 2.7; now the default is
to assume 8-bit characters.

<DT><SAMP>`-c'</SAMP>
<DD>
<DT><SAMP>`--compare-strncmp'</SAMP>
<DD>
Generates C code that uses the <CODE>strncmp</CODE> function to perform
string comparisons.  The default action is to use <CODE>strcmp</CODE>.

<DT><SAMP>`-C'</SAMP>
<DD>
<DT><SAMP>`--readonly-tables'</SAMP>
<DD>
Makes the contents of all generated lookup tables constant, i.e.,
"readonly".  Many compilers can generate more efficient code for this
by putting the tables in readonly memory.

<DT><SAMP>`-E'</SAMP>
<DD>
<DT><SAMP>`--enum'</SAMP>
<DD>
Define constant values using an enum local to the lookup function rather
than with #defines.  This also means that different lookup functions can
reside in the same file.  Thanks to James Clark <CODE>&#60;jjc@ai.mit.edu&#62;</CODE>.

<DT><SAMP>`-I'</SAMP>
<DD>
<DT><SAMP>`--includes'</SAMP>
<DD>
Include the necessary system include file, <CODE>&#60;string.h&#62;</CODE>, at the
beginning of the code.  By default, this is not done; the user must
include this header file himself to allow compilation of the code.

<DT><SAMP>`-G'</SAMP>
<DD>
<DT><SAMP>`--global'</SAMP>
<DD>
Generate the static table of keywords as a static global variable,
rather than hiding it inside of the lookup function (which is the
default behavior).

<DT><SAMP>`-W <VAR>hash-table-array-name</VAR>'</SAMP>
<DD>
<DT><SAMP>`--word-array-name=<VAR>hash-table-array-name</VAR>'</SAMP>
<DD>
<A NAME="IDX20"></A>
Allows you to specify the name for the generated array containing the
hash table.  Default name is <SAMP>`wordlist'</SAMP>.  This option permits the
use of two hash tables in the same file, even when the option <SAMP>`-G'</SAMP>
is given.

<DT><SAMP>`-S <VAR>total-switch-statements</VAR>'</SAMP>
<DD>
<DT><SAMP>`--switch=<VAR>total-switch-statements</VAR>'</SAMP>
<DD>
<A NAME="IDX21"></A>
Causes the generated C code to use a <CODE>switch</CODE> statement scheme,
rather than an array lookup table.  This can lead to a reduction in both
time and space requirements for some keyfiles.  The argument to this
option determines how many <CODE>switch</CODE> statements are generated. A
value of 1 generates 1 <CODE>switch</CODE> containing all the elements, a
value of 2 generates 2 tables with 1/2 the elements in each
<CODE>switch</CODE>, etc.  This is useful since many C compilers cannot
correctly generate code for large <CODE>switch</CODE> statements. This option
was inspired in part by Keith Bostic's original C program.

<DT><SAMP>`-T'</SAMP>
<DD>
<DT><SAMP>`--omit-struct-type'</SAMP>
<DD>
Prevents the transfer of the type declaration to the output file.  Use
this option if the type is already defined elsewhere.

<DT><SAMP>`-p'</SAMP>
<DD>
This option is supported for compatibility with previous releases of
<CODE>gperf</CODE>. It does not do anything.
</DL>



<H2><A NAME="SEC18" HREF="gperf_toc.html#TOC18">4.4  Options for changing the Algorithms employed by <CODE>gperf</CODE></A></H2>

<DL COMPACT>

<DT><SAMP>`-k <VAR>keys</VAR>'</SAMP>
<DD>
<DT><SAMP>`--key-positions=<VAR>keys</VAR>'</SAMP>
<DD>
Allows selection of the character key positions used in the keywords'
hash function. The allowable choices range between 1-126, inclusive.
The positions are separated by commas, e.g., <SAMP>`-k 9,4,13,14'</SAMP>;
ranges may be used, e.g., <SAMP>`-k 2-7'</SAMP>; and positions may occur
in any order.  Furthermore, the meta-character '*' causes the generated
hash function to consider <STRONG>all</STRONG> character positions in each key,
whereas '$' instructs the hash function to use the "final character"
of a key (this is the only way to use a character position greater than
126, incidentally).

For instance, the option <SAMP>`-k 1,2,4,6-10,'$''</SAMP> generates a hash
function that considers positions 1,2,4,6,7,8,9,10, plus the last
character in each key (which may differ for each key, obviously).  Keys
with length less than the indicated key positions work properly, since
selected key positions exceeding the key length are simply not
referenced in the hash function.

<DT><SAMP>`-l'</SAMP>
<DD>
<DT><SAMP>`--compare-strlen'</SAMP>
<DD>
Compare key lengths before trying a string comparison.  This might cut
down on the number of string comparisons made during the lookup, since
keys with different lengths are never compared via <CODE>strcmp</CODE>.
However, using <SAMP>`-l'</SAMP> might greatly increase the size of the
generated C code if the lookup table range is large (which implies that
the switch option <SAMP>`-S'</SAMP> is not enabled), since the length table
contains as many elements as there are entries in the lookup table.
This option is mandatory for binary comparisons (see section <A HREF="gperf_5.html#SEC13">3.3  Use of NUL characters</A>).

<DT><SAMP>`-D'</SAMP>
<DD>
<DT><SAMP>`--duplicates'</SAMP>
<DD>
<A NAME="IDX22"></A>
Handle keywords whose key position sets hash to duplicate values.
Duplicate hash values occur for two reasons:


<UL>
<LI>

Since <CODE>gperf</CODE> does not backtrack it is possible for it to process
all your input keywords without finding a unique mapping for each word.
However, frequently only a very small number of duplicates occur, and 
the majority of keys still require one probe into the table.

<LI>

Sometimes a set of keys may have the same names, but possess different
attributes.  With the -D option <CODE>gperf</CODE> treats all these keys as
part of an equivalence class and generates a perfect hash function with
multiple comparisons for duplicate keys.  It is up to you to completely
disambiguate the keywords by modifying the generated C code.  However,
<CODE>gperf</CODE> helps you out by organizing the output.
</UL>

Option <SAMP>`-D'</SAMP> is extremely useful for certain large or highly
redundant keyword sets, e.g., assembler instruction opcodes.
Using this option usually means that the generated hash function is no
longer perfect.  On the other hand, it permits <CODE>gperf</CODE> to work on
keyword sets that it otherwise could not handle.

<DT><SAMP>`-f <VAR>iteration-amount</VAR>'</SAMP>
<DD>
<DT><SAMP>`--fast=<VAR>iteration-amount</VAR>'</SAMP>
<DD>
Generate the perfect hash function "fast".  This decreases
<CODE>gperf</CODE>'s running time at the cost of minimizing generated
table-size.  The iteration amount represents the number of times to
iterate when resolving a collision.  `0' means iterate by the number of
keywords.  This option is probably most useful when used in conjunction
with options <SAMP>`-D'</SAMP> and/or <SAMP>`-S'</SAMP> for <EM>large</EM> keyword sets.

<DT><SAMP>`-i <VAR>initial-value</VAR>'</SAMP>
<DD>
<DT><SAMP>`--initial-asso=<VAR>initial-value</VAR>'</SAMP>
<DD>
Provides an initial <VAR>value</VAR> for the associate values array.  Default
is 0.  Increasing the initial value helps inflate the final table size,
possibly leading to more time efficient keyword lookups.  Note that this
option is not particularly useful when <SAMP>`-S'</SAMP> is used.  Also,
<SAMP>`-i'</SAMP> is overridden when the <SAMP>`-r'</SAMP> option is used.

<DT><SAMP>`-j <VAR>jump-value</VAR>'</SAMP>
<DD>
<DT><SAMP>`--jump=<VAR>jump-value</VAR>'</SAMP>
<DD>
<A NAME="IDX23"></A>
Affects the "jump value", i.e., how far to advance the associated
character value upon collisions.  <VAR>Jump-value</VAR> is rounded up to an
odd number, the default is 5.  If the <VAR>jump-value</VAR> is 0 <CODE>gperf</CODE>
jumps by random amounts.

<DT><SAMP>`-n'</SAMP>
<DD>
<DT><SAMP>`--no-strlen'</SAMP>
<DD>
Instructs the generator not to include the length of a keyword when
computing its hash value.  This may save a few assembly instructions in
the generated lookup table.

<DT><SAMP>`-o'</SAMP>
<DD>
<DT><SAMP>`--occurrence-sort'</SAMP>
<DD>
Reorders the keywords by sorting the keywords so that frequently
occuring key position set components appear first.  A second reordering
pass follows so that keys with "already determined values" are placed
towards the front of the keylist.  This may decrease the time required
to generate a perfect hash function for many keyword sets, and also
produce more minimal perfect hash functions.  The reason for this is
that the reordering helps prune the search time by handling inevitable
collisions early in the search process.  On the other hand, if the
number of keywords is <EM>very</EM> large using <SAMP>`-o'</SAMP> may
<EM>increase</EM> <CODE>gperf</CODE>'s execution time, since collisions will
begin earlier and continue throughout the remainder of keyword
processing.  See Cichelli's paper from the January 1980 Communications
of the ACM for details.

<DT><SAMP>`-r'</SAMP>
<DD>
<DT><SAMP>`--random'</SAMP>
<DD>
Utilizes randomness to initialize the associated values table.  This
frequently generates solutions faster than using deterministic
initialization (which starts all associated values at 0).  Furthermore,
using the randomization option generally increases the size of the
table.  If <CODE>gperf</CODE> has difficultly with a certain keyword set try using
<SAMP>`-r'</SAMP> or <SAMP>`-D'</SAMP>.

<DT><SAMP>`-s <VAR>size-multiple</VAR>'</SAMP>
<DD>
<DT><SAMP>`--size-multiple=<VAR>size-multiple</VAR>'</SAMP>
<DD>
Affects the size of the generated hash table.  The numeric argument for
this option indicates "how many times larger or smaller" the maximum
associated value range should be, in relationship to the number of keys.
If the <VAR>size-multiple</VAR> is negative the maximum associated value is
calculated by <EM>dividing</EM> it into the total number of keys.  For
example, a value of 3 means "allow the maximum associated value to be
about 3 times larger than the number of input keys".  

Conversely, a value of -3 means "allow the maximum associated value to
be about 3 times smaller than the number of input keys".  Negative
values are useful for limiting the overall size of the generated hash
table, though this usually increases the number of duplicate hash
values.

If `generate switch' option <SAMP>`-S'</SAMP> is <EM>not</EM> enabled, the maximum
associated value influences the static array table size, and a larger
table should decrease the time required for an unsuccessful search, at
the expense of extra table space.

The default value is 1, thus the default maximum associated value about
the same size as the number of keys (for efficiency, the maximum
associated value is always rounded up to a power of 2).  The actual
table size may vary somewhat, since this technique is essentially a
heuristic.  In particular, setting this value too high slows down
<CODE>gperf</CODE>'s runtime, since it must search through a much larger range
of values.  Judicious use of the <SAMP>`-f'</SAMP> option helps alleviate this
overhead, however.
</DL>



<H2><A NAME="SEC19" HREF="gperf_toc.html#TOC19">4.5  Informative Output</A></H2>

<DL COMPACT>

<DT><SAMP>`-h'</SAMP>
<DD>
<DT><SAMP>`--help'</SAMP>
<DD>
Prints a short summary on the meaning of each program option.  Aborts
further program execution.

<DT><SAMP>`-v'</SAMP>
<DD>
<DT><SAMP>`--version'</SAMP>
<DD>
Prints out the current version number.

<DT><SAMP>`-d'</SAMP>
<DD>
<DT><SAMP>`--debug'</SAMP>
<DD>
Enables the debugging option.  This produces verbose diagnostics to
"standard error" when <CODE>gperf</CODE> is executing.  It is useful both for
maintaining the program and for determining whether a given set of
options is actually speeding up the search for a solution.  Some useful
information is dumped at the end of the program when the <SAMP>`-d'</SAMP>
option is enabled.
</DL>

<P><HR><P>
Go to the <A HREF="gperf_1.html">first</A>, <A HREF="gperf_5.html">previous</A>, <A HREF="gperf_7.html">next</A>, <A HREF="gperf_11.html">last</A> section, <A HREF="gperf_toc.html">table of contents</A>.
</BODY>
</HTML>