Paul Eggert writes:
>
> I don't think so. I think that code is portable K&R 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 s
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 20
unsetenv.c includes 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 29 Sep
Eric Blake <[EMAIL PROTECTED]> writes:
>>> "../../lib/regexec.c", line 1412: warning: non-constant initializer: op "--"
>>
>> I don't understand this one. Here's the line in question:
>>
>> Idx num = --fs->num;
>>
>> and I assume Idx is size_t, which is a 32-bit unsigned integer, so this
>>
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.
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,
m
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
Eric Blake wrote:
> Would it be worth grepping configure.ac, and if you detect AC_PREREQ([2.60]),
> having that imply --assume-autoconf=2.60?
Implemented:
2006-07-29 Bruno Haible <[EMAIL PROTECTED]>
* gnulib-tool (SORT): New variable.
(func_usage): Undocument --assume-autoconf
-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
> i
-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
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]>
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 thi
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
13 matches
Mail list logo
