On Mon, Jun 16, 2008 at 09:43:37PM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> ...
> > I think emitting into a .h file would be a good solution. But wouldn't
> > it then be better to directly add a genparse file (e.g. ls.gp) instead of
> >
On Wed, Jun 25, 2008 at 11:39:50PM +0100, Pádraig Brady wrote:
> There may be nothing wrong with your system, I'm just speculating.
> For example on 64 bit systems which I don't have access to,
> there may be a mismatch between intmax_t and off_t which is not
> obvious to me? Anyway it would be goo
On Wed, Jun 25, 2008 at 08:19:56PM +0100, Pádraig Brady wrote:
> Micheal there still is something wrong with your system I think.
> Did you perhaps compile glibc from scratch and didn't pass
> a required configure option for Large File Support?
I didn't compile glibc myself. So I don't know what's
On Wed, Jun 25, 2008 at 07:21:51PM +0200, Jim Meyering wrote:
> Pádraig Brady <[EMAIL PROTECTED]> wrote:
> > Michael Geng wrote:
> >> Hi,
> >>
> >> When I'm running make distcheck on the Coreutils I get an error message
> >>
> >> ...
On Wed, Jun 25, 2008 at 05:29:57PM +0100, Pádraig Brady wrote:
> Michael Geng wrote:
> > Hi,
> >
> > When I'm running make distcheck on the Coreutils I get an error message
> >
> > ...
> > gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-lon
Hi,
When I'm running make distcheck on the Coreutils I get an error message
...
gcc -std=gnu99 -I. -I../lib -I../lib -Werror -ansi -Wno-long-long -MT
truncate.o -MD -MP -MF .deps/truncate.Tpo -c -o truncate.o truncate.c
cc1: warnings being treated as errors
truncate.c: In function 'parse_len
On Sat, Jun 21, 2008 at 06:10:28PM +0200, Bruno Haible wrote:
> Michael must be using a locale in ASCII encoding; if it were a Latin1
> encoding,
> the output would have contained a cedilla, not a question mark.
I did not have the en_US.UTF8 locale installed. After installing it the
problem disa
Hi,
when I'm doing make distcheck on the present git version it fails
with the following message:
...
diff authors-actual authors-dotdot && rm -f authors-actual authors-dotdot
...
58c58
< ptx: Fran?ois Pinard
---
> ptx: François Pinard
...
make[3]: *** [check-AUTHORS] Error 1
...
It clearly has
On Sat, Jun 14, 2008 at 06:17:30PM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> > when I posted a patch around Christmas which showed how genparse
> > could generate the parser code for the ping command of the inetutils
> > Alfred Szmidt replied that
Hi,
when I posted a patch around Christmas which showed how genparse
could generate the parser code for the ping command of the inetutils
Alfred Szmidt replied that in that example there are 2 loops (see
http://lists.gnu.org/archive/html/bug-inetutils/2007-12/msg7.html):
1. The switch statem
On Tue, Dec 25, 2007 at 05:16:42PM +0100, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> > I added a new patch which shows how to use genparse for generating the
> > command
> > line parsing code for the tail, ls and wc commands.
>
> Thanks for perseve
On Wed, Dec 19, 2007 at 06:55:56PM +0100, Alfred M. Szmidt wrote:
>> Debarshi Ray <[EMAIL PROTECTED]> converted a bunch of tools in
>> inetutils (http://www.gnu.org/s/inetutils/,
>> http://sv.gnu.org/p/inetutils/) to use argp instead of
>> getopt/getopt_long. Some which have quite
On Wed, Dec 19, 2007 at 06:11:25PM +0100, Alfred M. Szmidt wrote:
>1. It does a significant part of the work at compile time. So the
> generated code can be quite simple and fast.
>
> I cannot comment which is simpler, since I do not know genparse. But
> parsing arguments isn't a speed
On Tue, Dec 18, 2007 at 10:12:41PM +0100, Alfred M. Szmidt wrote:
> You might be interested in argp (part of glibc and gnulib) which does
> more or less what you wish to achive, without the need for initial
> parsing.
I see 2 main advantages of genparse:
1. It does a significant part of the work
On Sat, Oct 13, 2007 at 04:01:09PM +0200, Bruno Haible wrote:
> Michael Geng wrote:
> > I released genparse version 0.7.2 which addresses some issues which we
> > recently discussed in the mailing list.
>
> Thank you very much!
>
> The only remaining question is: Why
Hi Bruno, Jim, Andreas, hello mailing list,
I released genparse version 0.7.2 which addresses some issues which we
recently discussed in the mailing list.
Splitting usage text in smaller pieces
==
Regarding http://lists.gnu.org/archive/html/bug-coreutils/2007
On Sat, Oct 06, 2007 at 05:35:43PM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> ...
> > file you extracted above is from the wc command. You can watch the genparse
> > generated parser for it from
> > http://genparse.sourceforge.net/examples/wc_
On Sun, Oct 07, 2007 at 09:47:31AM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> ...
> > The text is partitioned exactly as it is in the existing code of tail.c (I'm
> > looking at a cvs archive copy from sept 9). This is from tail.c:
>
> I
On Sun, Oct 07, 2007 at 02:48:43PM +0200, Bruno Haible wrote:
> Michael Geng wrote:
> > > 1) The gettext documentation [1] recommends to not make the _() arguments
> > > unnecessarily large.
> >
> > The text is partitioned exactly as it is in the existing code of
On Sat, Oct 06, 2007 at 05:35:43PM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> ...
> > file you extracted above is from the wc command. You can watch the genparse
> > generated parser for it from
> > http://genparse.sourceforge.net/examples/wc_
On Sat, Oct 06, 2007 at 05:09:15PM +0200, Bruno Haible wrote:
> Michael Geng wrote:
> > My intention is in fact to invoke xgettext on the parser files which
> > genparse generates. ... You can watch the genparse
> > generated parser for it from
> > http://genpar
On Sat, Oct 06, 2007 at 02:43:54PM +0200, Bruno Haible wrote:
> Hello Michael,
>
> Regarding
> http://lists.gnu.org/archive/html/bug-coreutils/2007-09/msg00129.html :
>
> How does the internationalization of the usage strings work?
>
> Usually generated files are not subject to xgettext scannin
Hi,
I don't understand where the static variable pid in tail.c gets
initialized when tail is invoked without --pid option.
I'm looking at the latest version in the cvs archive.
Michael
___
Bug-coreutils mailing list
Bug-coreutils@gnu.org
http://lis
On Wed, Aug 29, 2007 at 11:39:46PM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> ...
> > of text. In the present version of ls the usage() function calls
> > fputs() several times. The genparse version prints everything in
> > 1 single call to print
On Tue, Aug 28, 2007 at 01:21:46PM -0700, Eric Blake-1 wrote:
> > +++ coreutils-6.9/src/ls.c 2007-08-26 19:58:20.0 +0200
> > @@ -76,7 +76,6 @@
> > # define SA_RESTART 0
> > #endif
> >
> > -#include "system.h"
> > #include
>
> Why are you deleting this include? Without it, how do yo
On Tue, Aug 28, 2007 at 01:21:46PM -0700, Eric Blake-1 wrote:
>
> > 2. ls.c depends ls-clp.h (the generated parser)
> >ls-clp.h depends on ls.gp (the genparse file)
> >ls.gp depends on ls.c because ls.gp is embedded as a comment in ls.c
> >-> There is a circular dependency!
>
> That s
On Tue, Aug 28, 2007 at 09:08:51PM -0600, Eric Blake wrote:
> According to Michael Geng on 8/28/2007 12:33 PM:
> >
> > In the present version of genparse new strings are always printed
> > in new lines. For example (also from the ls commmand):
> >
> > d / dir
On Tue, Aug 28, 2007 at 10:48:55AM -0700, Eric Blake-1 wrote:
>
> > 1. The usage function for the ls command has the following
> >explanation for the -F, --classify command liune switch:
> >"append indicator (one of */=>@|) to entries".
>
> Can you rewrite it as "append indicator (one of
Hi Jim, hello everybody,
genparse version 0.6.8 has support for command line parameters
with optional arguments now. This was the most important missing
feature for generating the command line parsing code for the tail
command. I focused on the tail command because in a previous email
you sugges
On Mon, Jul 16, 2007 at 09:55:47PM +0200, Michael Geng wrote:
> On Mon, Jul 16, 2007 at 10:02:13AM +0200, Jim Meyering wrote:
> > [EMAIL PROTECTED] (Michael Geng) wrote:
> > > I released version 0.6.6 of genparse which supports
> > > internationalization now. A link to
On Mon, Jul 16, 2007 at 10:02:13AM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> > I released version 0.6.6 of genparse which supports
> > internationalization now. A link to the download page
> > and to the updated documentation can be accessed
Hi,
I released version 0.6.6 of genparse which supports
internationalization now. A link to the download page
and to the updated documentation can be accessed from
the genparse project page http://genparse.sourceforge.net/.
I also prepared a patch which demonstrates how genparse
could be used f
On Sat, Jun 16, 2007 at 07:23:09PM +0200, Michael Geng wrote:
> On Thu, Jun 07, 2007 at 02:44:38PM +0200, Jim Meyering wrote:
> > However, before I even consider it seriously, it'll need
> > some improvements:
> >
> > - it must detect any and all write fai
On Thu, Jun 07, 2007 at 02:44:38PM +0200, Jim Meyering wrote:
> However, before I even consider it seriously, it'll need
> some improvements:
>
> - it must detect any and all write failures[*]
I just added a new release of genparse
(http://sourceforge.net/project/showfiles.php?group_id=4341&pa
On Thu, Jun 07, 2007 at 03:49:53PM -0600, Bob Proulx wrote:
> Michael Geng wrote:
> > I would expect Genparse to generate faster code than argp because it does
> > part of the work at compile time while argp does everything at run time
> > since it's a library function.
On Thu, Jun 07, 2007 at 03:04:33PM +0200, Andreas Schwab wrote:
> Jim Meyering <[EMAIL PROTECTED]> writes:
>
> > Genparse looks promising.
> > I like the examples. But there are almost 100 programs in the
> > coreutils. If genparse can really handle all of those use cases
> > without causing any
On Thu, Jun 07, 2007 at 02:44:38PM +0200, Jim Meyering wrote:
> [EMAIL PROTECTED] (Michael Geng) wrote:
> > would it be an option to use Genparse (http://genparse.sourceforge.net/)
> > for command line parsing in the GNU Coreutils?
> >
> > I'm one of the developers
Hi,
would it be an option to use Genparse (http://genparse.sourceforge.net/)
for command line parsing in the GNU Coreutils?
I'm one of the developers of Genparse and I recently used some of the
well known Coreutils as an exercise for testing Genparse (see
http://genparse.sourceforge.net/example
38 matches
Mail list logo
