Hi,
Paul Eggert noted that vasnprintf should be able to return strings of length
INT_MAX. Here's a patch to that effect.
Yoann, is the vsnprintf.c patch OK with you? It corresponds to Paul's fixes
to snprintf.c a week ago.
2006-08-26 Bruno Haible [EMAIL PROTECTED]
* vasnprintf.c
Eric Blake wrote:
Paul's latest updates to module dependencies pulled in several .m4 files
that trigger gcc compiler warnings, breaking the configuration of m4 with
'-Werror' where it had previously been working. Paul, Bruno, are these
okay to install?
I installed the remaining patch to
Simon Josefsson wrote:
The reason is that BeOS does not have PF_INET, only AF_INET, but usually
they
have the same values. Also it doesn't have PF_UNSPEC.
Does it AF_UNSPEC? Did you grep the entire /usr/include tree to find
PF_INET or PF_UNSPEC? Maybe they are in some non-standard
Bruno Haible [EMAIL PROTECTED] writes:
Simon Josefsson wrote:
The reason is that BeOS does not have PF_INET, only AF_INET, but usually
they
have the same values. Also it doesn't have PF_UNSPEC.
Does it AF_UNSPEC? Did you grep the entire /usr/include tree to find
PF_INET or PF_UNSPEC?
On Mon, 2006-08-28 at 14:54 +0200, Bruno Haible wrote:
Hi,
Paul Eggert noted that vasnprintf should be able to return strings of length
INT_MAX. Here's a patch to that effect.
Yoann, is the vsnprintf.c patch OK with you? It corresponds to Paul's fixes
to snprintf.c a week ago.
Hi Bruno,
This makes for a better error handling during patch.
2006-08-26 Bruno Haible [EMAIL PROTECTED]
* gnulib-tool (func_verify_module): Check against misapplying patch.
*** gnulib-20060823/gnulib-tool 2006-08-24 03:52:14.0 +0200
--- gnulib-20060823-modified/gnulib-tool
Hello Simon,
Except that I have to specify --local-dir every time I use --import.
Is this the intended behaviour? Maybe the --local-dir value could be
cached, just like --source-base etc. What do you think?
You're right, it's cumbersome for --import. Also, --update would not do
the right
Mostly comment updates.
2006-08-27 Bruno Haible [EMAIL PROTECTED]
* gnulib-tool (func_get_tests_module): Don't assume that $gnulib_dir
is the current directory. Respect also $local_gnulib_dir.
*** gnulib-20060823/gnulib-tool 2006-08-27 01:48:40.0 +0200
---
Bruno Haible [EMAIL PROTECTED] writes:
Hello Simon,
Except that I have to specify --local-dir every time I use --import.
Is this the intended behaviour? Maybe the --local-dir value could be
cached, just like --source-base etc. What do you think?
You're right, it's cumbersome for
Paul Eggert wrote:
2006-08-23 Paul Eggert [EMAIL PROTECTED]
* src/stat.c (HAVE_STRUCT_STATXFS_F_FSID___VAL): Define. This
macro was being used without being defined.
Compiling the current coreutils CVS on MacOS X 10.3.9 now gives this error:
stat.c: In function
Bruno Haible [EMAIL PROTECTED] writes:
While doing the coreutils changes, Paul found the answer to the long-standing
question how gnulib-tool could be used without requiring a lib/ directory of
its own and while still maintaining a clear separation between hand-maintained
files and
Bruno Haible bruno at clisp.org writes:
So here's the patch I'm committing.
2006-08-26 Bruno Haible bruno at clisp.org
* modules/inttypes (Files): Add lib/inttypes_.h, remove lib/inttypes.h.
Add m4/inttypes.m4, remove m4/_inttypes_h.m4 and m4/include_next.m4.
Simon Josefsson wrote:
This patch adds an option --makefile-name that does this.
I mentioned that approach earlier in:
http://article.gmane.org/gmane.comp.lib.gnulib.bugs/1969
Sorry, I missed or forgot that.
The problem in automake that would had to be fixed was this:
[ no need to discuss this on libtool rather than -patches ]
* Eric Blake wrote on Mon, Aug 28, 2006 at 02:55:21PM CEST:
According to Paul Eggert on 8/26/2006 12:43 AM:
The basic idea is that source files should include config.h
unconditionally, so that we needn't clutter make output with
Bruno Haible [EMAIL PROTECTED] writes:
The problem in automake that would had to be fixed was this:
http://thread.gmane.org/gmane.comp.sysutils.automake.bugs/1659
Briefly, the gnulib Makefile.am snippet uses += to add contents to
variables, such as EXTRA_DIST, which are also useful to use
Eric Blake wrote:
Committing this obvious fix:
2006-08-28 Eric Blake [EMAIL PROTECTED]
* modules/inttypes (Depends-on): Fix sed error when inttypes.h
needs wrapper.
Thanks. Of course.
Bruno
Eric Blake wrote:
Cygwin is currently failing the inttypes check because it does not provide
SCNX8, among others. POSIX does not require the existence of SCNX*, so
cygwin
does not provide them.
Oops. I missed the fact that the PRI* and SCN* macros are not symmetric.
SCNX* makes no sense
Bruno Haible [EMAIL PROTECTED] writes:
If our replacement stdint.h includes simply inttypes.h, not
@ABSOLUTE_INTTYPES_H@, then a simple
#include stdint.h
will do the wrong thing: It will
- start including our stdint.h,
- include the system's stdint.h,
- start including
Ralf Wildenhues [EMAIL PROTECTED] writes:
Before syncinc argz* with gnulib: why does gnulib/config/srclist.txt
list these files as GPL, as do the gnulib file headers, but modules/argz
says LGPL, and libltdl is distributed with LGPL + special exception?
For the same reason libc files are
19 matches
Mail list logo