On Sat, Jun 17, 2006 at 06:15:34PM +0200, Bruno Haible wrote:
> Paul Eggert wrote:
> > in coreutils CVS we're using a new gl_IGNORE_UNUSED_LIBRARIES
> > macro (defined in m4/lib-ignore.m4) that tells the linker to omit
> > references to libraries that are not actually used (this is the '-z
> > igno
I finally started switching to standard gnulib usage in Texinfo. I did
gnulib-tool --import getopt gettext
for starters, did the requisite configure.ac and Makefile.am stuff.
But then, rerunning automake gave me complaints like this:
gnulib/lib/Makefile.am:18: required file `gnulib/lib/strdup.c
store a glibc->gnulib patch in the gnulib repository, and have a tool
import the original file from glibc CVS, and apply the patch?
I believe it would be easy to change srclist-update to do this. For a
given gnulib/file.c it could check for the existence of
gnulib/file.c.patch and if pr
Here's another committed tweak of the stdint module. Takes into account
that FreeBSD 5 doesn't have a any more. It has
and instead.
Bruno
2006-06-17 Bruno Haible <[EMAIL PROTECTED]>
* m4/stdint.m4 (gl_STDINT_H) [FreeBSD >= 5]: Don't include
.
* lib/stdint_.h [FreeBS
The sys_socket module uses mostlyclean-local:
mostlyclean-local:
-rmdir sys 2>/dev/null
This makes it difficult for other modules to do the same. I get:
Makefile:817: warning: overriding commands for target `mostlyclean-local'
Makefile:712: warning: ignoring old commands for target `mos
Hi,
I committed this tweak of lib/stdint_.h. It allows to be
#included after our replacement on Solaris 2.5.1.
Bruno
2006-06-17 Bruno Haible <[EMAIL PROTECTED]>
* stdint_.h (_UINT8_T, _UINT32_T, _UINT64_T): New macros. Fixes a
problem on Solaris 2.5.1.
*** stdint_.h 16 J
Here is a new arpa_inet module, much simplified. It's now unrelated
to inet_?to?, it's only for ntohl, ntohs, etc, and possibly other
arpa/inet.h functions that do exist in winsock2.h.
Index: m4/arpa_inet_h.m4
===
RCS file: m4/arpa_i
Hi Yoann! Ok to install this? Gnulib assumes that sys/types.h
exists, and inet_ntop never tested HAVE_SYS_TYPES_H anyway.
--- inet_ntop.m416 Jun 2006 17:35:55 +0200 1.2
+++ inet_ntop.m417 Jun 2006 21:01:02 +0200
@@ -1,5 +1,5 @@
-# inet_ntop.m4 serial 1
-dnl Copyright (
Instead of a "inet" module with both inet_ntop and inet_pton, here is
one new module for inet_pton only, to smooth backwards compatibility
with people using the current "inet_ntop" module.
The code is from glibc, with fixes similar to those in the current
inet_ntop module. I'm not sure it is a go
Hi Yoann! Ok to install this? The reason is that inet_ntop6 calls
inet_nto4, so it doesn't make sense to make IPv4 optional. The
current code wouldn't work on a platform that HAVE_IPV6 but not
HAVE_IPV4, if there are any.
--- inet_ntop.c 16 Jun 2006 17:35:21 +0200 1.3
+++ inet_ntop.c 17 Ju
Bruno Haible <[EMAIL PROTECTED]> writes:
> Simon Josefsson wrote:
>> It would replace the
>> inet_ntop module, and lib/inet_ntop.h would be removed.
>>
>> With this, files only need to #include for inet_ntop or
>> inet_pton, just like it should be.
>
> How would this work on platforms which have
Bruno Haible <[EMAIL PROTECTED]> writes:
> However, 7.18.4 wants macros that expand to integer constants that
> are of type int_leastN_t or uint_leastN_t. But integer constants
> don't contain casts (section 6.4.4.1) - therefore it is impossible
> to write down integer constants of type, say, int_
Hi Paul,
You noted that ISO C 99, in sections 7.18.2 and 7.18.3 wants
macros that expand to expressions that "shall have the same type as would
an expression that is an object of the corresponding type converted
according to the integer promotions".
However, 7.18.4 wants macros that expand to int
[EMAIL PROTECTED] (Larry Jones) writes:
> Simon Josefsson writes:
>>
>> OTOH, if the EOF marker is already set, should we really continue to
>> read from the stream? The function may take an already open stream,
>> that have been read from before.
>>
>> Perhaps the function should also test fer
Paul Eggert wrote:
> in coreutils CVS we're using a new gl_IGNORE_UNUSED_LIBRARIES
> macro (defined in m4/lib-ignore.m4) that tells the linker to omit
> references to libraries that are not actually used (this is the '-z
> ignore' option of the Solaris linker).
>
> At some point I was going to pro
Eric Blake wrote:
> OK to apply?
Looks ok.
I applied your changes to unsetenv.c, strtol.c (shared with GNU gettext)
and unicodeio.c (for which I'm responsible), and this extra patch:
2006-06-17 Bruno Haible <[EMAIL PROTECTED]>
* setenv.m4 (gl_PREREQ_SETENV, gl_PREREQ_UNSETENV): Remove
16 matches
Mail list logo
