On 9/22/05, Simon Josefsson <[EMAIL PROTECTED]> wrote:
> Mingw32 doesn't have sys/types.h, arpa/inet.h or netinet/in.h. But if
> you include winsock2.h instead of those three header files, most (?)
> POSIX socket functions work.
I doubt that any POSIX socket functions in winsock2 will conform to
Simon Josefsson <[EMAIL PROTECTED]> writes:
> Mingw32 doesn't have sys/types.h,
Ouch. Lots of gnulib code assumes that sys/types.h exists and works.
(The only exception is the socklen module itself.)
> Perhaps this should be considered a mingw32 bug instead?
I would. Google reports that other
Mingw32 doesn't have sys/types.h, arpa/inet.h or netinet/in.h. But if
you include winsock2.h instead of those three header files, most (?)
POSIX socket functions work.
The simplest solutions would be to replace:
#include
#include
#include
with:
#include "glsocket.h"
or something, and glsoc
Derek Price <[EMAIL PROTECTED]> writes:
> 2005-09-20 Yoann Vandoorselaere <[EMAIL PROTECTED]>
> Derek Price <[EMAIL PROTECTED]>
>
> * m4/mbchar.m4 (gl_MBCHAR): Check for wchar.h & wctype.h, compiling
> mbchar.c only when present.
> * modules/mbchar (lib_SOURCES): Remove
Derek Price <[EMAIL PROTECTED]> writes:
> I assume that, since "strcase.h" provides a prototype for strcasecmp,
> other systems have a similar problem and regcomp.c should probably be
> #including "strcase.h".
Yes. I'm preparing a patch to do that, except it'll be in regex_internal.h
since it's
Hi Jim,
Jim Meyering wrote:
> Since unicode_to_mb is not declared in any other file
> that I can see, nor is it used elsewhere in gnulib,
> I suspect it really should have file scope.
No. On the contrary. The declaration is missing in unicodeio.h.
I didn't write this function with two callback a
Hi Bruno,
Since unicode_to_mb is not declared in any other file
that I can see, nor is it used elsewhere in gnulib,
I suspect it really should have file scope.
Here's a patch:
Index: unicodeio.c
===
RCS file: /fetish/cu/lib/unicodei
Hi Paul, Bruno,
* Paul Eggert wrote on Mon, Sep 19, 2005 at 07:31:27PM CEST:
>
> Since there was general agreement I installed all the
> patches, except for the following files:
>
> mkdtemp.c
> setenv.c
> unsetenv.c
>
> argp-eexst.c
> argp-fmtstream.c
> argp-fmtstream.h
> argp-fs-xinl.c
> argp-
Stepan Kasal <[EMAIL PROTECTED]> writes:
> Hi,
> I don't say I'm excited about the AC_LIBSOURCE macro, ...
To understand what I'm writing below: I think AC_LIBSOURCE probably is
the right solution, but it would have been nice to introduce it after
the autoconf/automake/libtool/m4 releases had h
Simon Josefsson wrote:
> If you invoke the tool as:
>
> gnulib-tool --create-testdir --dir=/tmp/testdir regex
>
> It will create an entire new project in /tmp/testdir for the regex
> module. Then you can run it again:
>
> cd /tmp/testdir
> gnulib-tool --import --lgpl regex
>
> After that, you have
Hi,
I don't say I'm excited about the AC_LIBSOURCE macro, ...
On Wed, Sep 21, 2005 at 11:02:24AM +0200, Simon Josefsson wrote:
> I'm not sure what the supposed advantage with
> AC_LIBSOURCES was compared to the old scheme.
... but I think I do remember what was the advantage:
Imagine that a ne
Paul Eggert <[EMAIL PROTECTED]> writes:
> Julien PUYDT <[EMAIL PROTECTED]> writes:
>> Paul Eggert a écrit :
>>> Julien PUYDT <[EMAIL PROTECTED]> writes:
Stepan Kasal a écrit :
>I suggest that you get the files from gnulib CVS on savannah.
Those are GPL and not LGPL ;
>>> No, they can b
12 matches
Mail list logo
