bug-gnulib
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-gnulib] feature request: argp()


From: Simon Josefsson
Subject: Re: [Bug-gnulib] feature request: argp()
Date: Sun, 08 Jun 2003 19:05:59 +0200
User-agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (gnu/linux)

address@hidden (Karl Berry) writes:

> Hi Simon,

Hello,

>     * There is documentation and examples in glibc, but no place for that
>       within gnulib that I could find.  Perhaps documentation isn't a
>       priority.
>
> Indeed, there is no documentation for gnulib yet.  It's one of things on
> my really-long-term list :).
>
> However, the only important thing as far as the individual pieces go is
> to make sure argp ends up as a gnulib "module" -- which I think it will,
> following your path?

Yup.  But I'm not sure I understand how gnulib works, but I tried to
mimic another package, and the command Bruno quoted works for the argp
module locally.

> Then it will get listed in the gnulib MODULES.html, etc., which is
> the main "documentation", such as it is.
>
> I'll have to let the others comment on the actual code

The code definitely has problems, but like I said, I think it would be
better to add it to CVS first and then fix the problems (which can't
be that many or that hard to solve).

If someone wants to see good code up front, I will start work on that.

> , but I do have one administrative comment:
>
>     +   This file is part of the GNU C Library.
>
> gnulib files shouldn't say this.

Ouch.

> If we can keep the argp files exactly in sync between glibc and gnulib
> (hopefully!), then the files should be added to config/srclist.txt, and
> my little config/srclist-update script will fix the license when it does
> the copy.

This sounds like the best approach to me.

Btw, please don't commit my last patch, as it had some cosmetic
problems (e.g., argp.m4 title was unchanged from acl.m4...).  To
reduce bandwidth, I can send a new patch directly to someone who wants
to add it.





reply via email to

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