Karl Berry wrote:
Delete the (default \doc\) from the help message, since
evidently it is not so. (Ditto the other dir options, I suppose.)
That was the main thing that misled me.
But the default is 'doc' if gnulib-tool is used for the first time.
Instead, I'm changing the error message.
Karl Berry wrote:
What was your problem with the --help output originally?
Originally, all I noticed was that the locution
... Directory relative --dir where ...
reads as bad English to me, and it should be (I think)
... Directory relative to --dir where ...
Right. I keep this
Eric Blake wrote:
2006-07-10 Eric Blake [EMAIL PROTECTED]
* gnulib-tool: Avoid space-tab.
(--doc-base): Add new option, for where .texi files should live.
Sometimes, this creates an empty doc directory. I'm fixing this:
2006-07-29 Bruno Haible [EMAIL PROTECTED]
*
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Paul Eggert on 7/28/2006 5:48 PM:
../../lib/regex_internal.h, line 714: warning: token-less macro argument
This one is worth fixing, since the code does not conform to C89.
Fix checked in.
../../lib/regexec.c, line 1412: warning:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 7/29/2006 6:44 AM:
--- 1030,1036
if test -z $docbase; then
docbase=$cached_docbase
if test -z $docbase; then
! func_fatal_error missing --doc-base option. --doc-base has been
introduced on
Hi,
I'm adding support to gnulib-tool for projects which at the top-level
have a Makefile.in but no Makefile.am (such as GNU libiconv).
Bruno
2006-07-29 Bruno Haible [EMAIL PROTECTED]
* gnulib-tool (import, update): If there is no Makefile.am, look at
aclocal.m4, instead of
Hi all,
So far, it was easy for users of gnulib-tool to use the modules unmodified,
but difficult to experiment with modifications of gnulib modules, and even
harder to keep modified versions of gnulib modules for a long time.
Multi-level source control versioning systems (SCMs) like mercurial,
Karl Berry wrote on 2006-02-26:
Per Bruno, the checking/mirroring for gettext happens off the latest
gettext *release*, not its development sources. So even if Bruno
accepts the patches, we have to decouple those files until the next
release, if we want the changes in gnulib now.
unsetenv.c includes unistd.h unconditionally. Therefore this module
must depend on 'unistd'. (Even though setenv.c uses HAVE_UNISTD_H, for
reasons explained in the other mail.)
2006-07-29 Bruno Haible [EMAIL PROTECTED]
* modules/setenv (Depends-on): Add unistd.
*** modules/setenv
Eric Blake wrote:
According to Bruno Haible on 7/29/2006 6:44 AM:
--- 1030,1036
if test -z $docbase; then
docbase=$cached_docbase
if test -z $docbase; then
! func_fatal_error missing --doc-base option. --doc-base has been
introduced on 2006-07-11; if your
Paul Eggert writes:
I don't think so. I think that code is portable KR C code, as well
as being portable C89 and C99 code, if the item being initialized is a
scalar.
I agree, I think it's just a plain old compiler bug. Particularly since
it apparently didn't object to the essentially
11 matches
Mail list logo