bug-gnu-utils
[Top][All Lists]
Advanced

[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
> 




reply via email to

[Prev in Thread] Current Thread [Next in Thread]