[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: No declaration for --no-strlen
From: |
Behdad Esfahbod |
Subject: |
Re: No declaration for --no-strlen |
Date: |
Mon, 19 Jan 2009 00:30:10 -0500 |
User-agent: |
Thunderbird 2.0.0.18 (X11/20090107) |
Hi Bruno,
Thanks for the reply.
Bruno Haible wrote:
> You wrote on 2008-11-26, in
> <http://lists.gnu.org/archive/html/bug-gnu-utils/2008-11/msg00049.html>:
>
>> Seems to me like there is no gperf declaration for the commandline argument
>> --no-strlen. I found declarations for all other cmdline args I wanted to use
>> except for this one.
>
> None of the command-line options mentioned under
> http://www.gnu.org/software/gperf/manual/html_node/Algorithmic-Details.html
> has a corresponding declaration for the input file. The reason is that the
> default algorithm is usually good enough, and there is rarely a reason to use
> these options.
In my case, I have a table of all two-byte strings. I'm using gperf, because,
well, it's convenient. And that's what I'm using for my longer sequences too
(in a separate gperf source). So, in my case storing the length is useless
because of the nature of the data. Here is the file:
http://svn.gnome.org/viewvc/vte/trunk/src/vteseq-2.gperf?view=markup
Cheers,
behdad
>> Well, -m and friends don't have any, but they do not
>> specify the nature of the table data while --no-strlen kinda does.
>
> No, --no-strlen does not specify anything about the table data. The flag that
> tells whether the strings in the table are NUL-terminated is
> --compare-lengths,
> see
> http://www.gnu.org/software/gperf/manual/html_node/Output-Details.html
>
> Bruno
>