Werner LEMBERG <[EMAIL PROTECTED]> writes:
> I think it is a *bad* idea to make getopt depend on gettext
> unconditionally.
Is this because groff uses getopt but not gettext?
What about the other gnulib modules that depend on gettext? Here is a
list. Shouldn't they be in the same category as g
"A GNU package should not refer the user to any
non-free documentation for free software."
As far as this issue goes ...
The coding standards themselves mention "Standard C". The C Standard is
not free documentation. Admittedly there is no direct link or citation,
but I don't see why
Bruno Haible <[EMAIL PROTECTED]> writes:
>> I'm reluctant to put URLs like that in the code or documentation,
>> since they mutate too rapidly with time. For example, they changed
>> last year.
>
> Huh? The URL for stdint.h that we put into stdint_.h in June 2002 still works
> fine now. What has
I think it is a *bad* idea to make getopt depend on gettext
unconditionally. I suggest a patch similar to the one below.
BTW, Nelson Beebe tested a prerelease of groff 1.19.2 on his zoo of
Unix platforms. He writes:
Builds with C++ compilers fail in compiling getopt.c; it is too bad
that t
Karl Berry wrote:
> When I ran gettextize to update the hello sources to gettext 0.14.5, it
> added build-aux/mkinstalldirs to the top-level EXTRA_DIST.
That's normal. po/Makefile.in.in makes use of the mkinstalldirs script.
> mkinstalldirs was not an included file in the gnulib gettext module
>
Paul Eggert wrote:
> > ! static int
> > ! rpl_lstat (const char *file, struct stat *sbuf)
>
> Surely the "static" should go?
Yes, sure. Thanks.
Bruno
___
bug-gnulib mailing list
bug-gnulib@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnulib
Paul Eggert wrote:
> I'm reluctant to put URLs like that in the code or documentation,
> since they mutate too rapidly with time. For example, they changed
> last year.
Huh? The URL for stdint.h that we put into stdint_.h in June 2002 still works
fine now. What has changed?
Bruno
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> My only reservation was with the long URLs, so asked,
>> and just learned (thanks to Andrew Josey) that we can
>> use shortened URLs. E.g., this
>>
>> http://www.opengroup.org/susv3xsh/gai_strerror.html
>>
>> redirects to this:
>>
