Re: inet_ntop fix

2006-01-20 Thread Yoann Vandoorselaere
/socket.h. 2006-01-20 Simon Josefsson > <[EMAIL PROTECTED]> > > * modules/inet_ Hi Simon, The patch look great, please commit. Good to see some effort to port GnuLib modules to Win32 by the way! Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | Prelude

Re: small inet_ntop fix

2006-06-19 Thread Yoann Vandoorselaere
if there are any. Hi Simon, The change sound ok to me, please apply. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: small inet_ntop.m4 fix

2006-06-19 Thread Yoann Vandoorselaere
me platform, like FreeBSD 4.x ? Currently, my GnuLib repository use the attached patch so that compile doesn't fail on these system where sys/types.h is a requirement for sys/socket.h inclusion. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel:

Re: small inet_ntop.m4 fix

2006-06-23 Thread Yoann Vandoorselaere
On Wed, 2006-06-21 at 12:03 +0200, Simon Josefsson wrote: > Simon Josefsson <[EMAIL PROTECTED]> writes: > > > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > >> On Sat, 2006-06-17 at 21:02 +0200, Simon Josefsson wrote: > >>> Hi Yoann! O

wcwidth module license change

2006-06-29 Thread Yoann Vandoorselaere
Hi, The wcwidth module license has changed from LGPL to GPL. However, several LGPL modules still directly depend on it (mbchar, mbswidth). Could the wcwidth module license be reverted to LGPL ? Thanks, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)

getaddrinfo module conflict

2006-07-19 Thread Yoann Vandoorselaere
unless we can get a full featured replacement of the getaddrinfo function within GnuLib (and thus replace any non conforming system implementation), we should not attempt to redefine any of the flags if the function is available on the system. Regards, -- Yoann Vandoorselaere | Responsable R&D /

Re: getaddrinfo module conflict

2006-07-20 Thread Yoann Vandoorselaere
On Wed, 2006-07-19 at 11:43 -0400, Derek R. Price wrote: > Yoann Vandoorselaere wrote: > > My suggestion is that unless we can get a full featured replacement of > > the getaddrinfo function within GnuLib (and thus replace any non > > conforming system implementation), we

Re: getaddrinfo module conflict

2006-07-20 Thread Yoann Vandoorselaere
On Wed, 2006-07-19 at 13:39 -0400, Derek R. Price wrote: > Yoann Vandoorselaere wrote: > > There is a problem with the current version of the getaddrinfo module > > since on certain system, the getaddrinfo() function is present but > > certain flags (for example AI_ADDR

Re: getaddrinfo module conflict

2006-07-20 Thread Yoann Vandoorselaere
On Thu, 2006-07-20 at 10:17 +0200, Yoann Vandoorselaere wrote: > On Wed, 2006-07-19 at 11:43 -0400, Derek R. Price wrote: > > Yoann Vandoorselaere wrote: > > > My suggestion is that unless we can get a full featured replacement of > > > the getaddrinfo function within G

Re: getaddrinfo module conflict

2006-07-20 Thread Yoann Vandoorselaere
On Thu, 2006-07-20 at 08:00 -0400, Derek R. Price wrote: > Yoann Vandoorselaere wrote: > > OpenBSD is an example, but there is more, a lot of system doesn't > > support AI_ADDRCONFIG or other specific flags, and thus would be > > affected by the same problem. > > W

[PATCH]: arpa/inet.h inclusion warning under FreeBSD 4.x

2006-07-27 Thread Yoann Vandoorselaere
incomplete type /usr/include/arpa/inet.h:96: warning: parameter has incomplete type Attached is a fix for this issue. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com I

[PATCH]: mbchar.h and iswcntrl

2006-07-27 Thread Yoann Vandoorselaere
Hi, mbchar.h make direct use of the iswcntrl function which is not available on some system. I made a patch using the same workaround as is done in mbswidth.c, although I'm not sure this is valid. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel:

Re: [bug-gnulib] [PATCH]: arpa/inet.h inclusion warning under FreeBSD 4.x

2006-07-28 Thread Yoann Vandoorselaere
On Fri, 2006-07-28 at 14:13 +0200, Bruno Haible wrote: > Yoann Vandoorselaere wrote: > > > > #include > > #include > > + > > +#ifdef HAVE_NETINET_IN_H > > +# include > > +#endif > > + > > #ifdef HAVE_ARPA_INET_H > > # includ

Re: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

2006-07-28 Thread Yoann Vandoorselaere
On Fri, 2006-07-28 at 14:18 +0200, Bruno Haible wrote: > Hi, > > Yoann Vandoorselaere wrote: > > mbchar.h make direct use of the iswcntrl function which is not available > > on some system. I made a patch using the same workaround as is done in > > mbswidth.c, although

Re: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

2006-07-28 Thread Yoann Vandoorselaere
On Fri, 2006-07-28 at 17:35 +0200, Bruno Haible wrote: > Yoann Vandoorselaere wrote: > > > Just for info: Which system is this which has a and a > > > header file but no iswcntrl function? The isw* functions are the main > > > contents of . I don't expect a

Re: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

2006-07-28 Thread Yoann Vandoorselaere
On Fri, 2006-07-28 at 17:44 +0200, Yoann Vandoorselaere wrote: > On Fri, 2006-07-28 at 17:35 +0200, Bruno Haible wrote: > > Yoann Vandoorselaere wrote: > > > > Just for info: Which system is this which has a and a > > > > > > > > header file but no

Re: list of gnulib users (was: [bug-gnulib] sync from gnulib to coreutils)

2006-08-14 Thread Yoann Vandoorselaere
t; of them that do not have excessive prerequisite lists) ... Here is an updated version of the list concerning the Prelude project. -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-id

Re: [bug-gnulib] snprintf fixes in gnulib

2006-08-28 Thread Yoann Vandoorselaere
ixes > to snprintf.c a week ago. Hi Bruno, Look good to me. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

2006-09-15 Thread Yoann Vandoorselaere
eplacement. Is this behavior expected ? Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

2006-09-15 Thread Yoann Vandoorselaere
On Fri, 2006-09-15 at 05:35 -0600, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Yoann Vandoorselaere on 9/15/2006 5:29 AM: > > Hi, > > > > The c-ctype, c-strcase, c-strcasestr and c-strstr modules seem only to > > i

Re: Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

2006-11-13 Thread Yoann Vandoorselaere
On Fri, 2006-09-15 at 05:35 -0600, Eric Blake wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > According to Yoann Vandoorselaere on 9/15/2006 5:29 AM: > > Hi, > > > > The c-ctype, c-strcase, c-strcasestr and c-strstr modules seem only to > > i

c-ctype, inttostr, intprops module license

2006-11-14 Thread Yoann Vandoorselaere
would be nice to have a tool that automatically check that LGPL modules doesn't depend on GPL modules, or that the license for the GPL modules are changed to LGPL. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

[PATCH] Re: c-ctype, inttostr, intprops module license

2006-11-14 Thread Yoann Vandoorselaere
On Tue, 2006-11-14 at 12:07 +0100, Bruno Haible wrote: > Yoann Vandoorselaere wrote: > > The following modules are licensed under GPL but used by LGPL modules: > > > > - c-ctype: used by c-strcase, c-strcasestr, linebreak. > > I'm changing the copyright of c-cty

Re: [bug-gnulib] Re: Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

2006-11-14 Thread Yoann Vandoorselaere
On Tue, 2006-11-14 at 11:40 +0100, Bruno Haible wrote: > Yoann Vandoorselaere wrote: > > Solaris 9 apparently lack the strcasestr() function. > > If the program needs strcasestr(), then it needs the 'strcasestr' module. > It defines a replacement for strcasestr()

Re: [bug-gnulib] Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

2006-11-14 Thread Yoann Vandoorselaere
On Tue, 2006-11-14 at 14:58 +0100, Bruno Haible wrote: > Yoann Vandoorselaere wrote: > > > I don't think Chinese users will find it nice if you exclude them from > > > correct functioning of your program because of "performance" or "library > > >

Re: [bug-gnulib] Question concerning c-ctype, c-strcase, c-strcasestr and c-strstr modules

2006-11-14 Thread Yoann Vandoorselaere
On Tue, 2006-11-14 at 13:38 +0100, Bruno Haible wrote: > Yoann Vandoorselaere wrote: > > "However, if we have a platform missing strcasestr, then using > > c_strcasestr as the substitute implementation is probably okay, because > > that platform would probably be brok

Re: c-ctype, inttostr, intprops module license

2006-11-15 Thread Yoann Vandoorselaere
LGPL but depend on exitfail which is GPL -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Yoann Vandoorselaere
On Wed, 2006-11-15 at 21:33 +0100, Jim Meyering wrote: > Simon Josefsson <[EMAIL PROTECTED]> wrote: > > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > >> warning: getaddrinfo is LGPL but depend on intprops which is GPL > >> warning: inttost

Re: c-ctype, inttostr, intprops module license

2006-11-16 Thread Yoann Vandoorselaere
On Thu, 2006-11-16 at 11:07 +0100, Simon Josefsson wrote: > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > Considering the above reaction, and unless we can find a technically > > viable way of fixing the problem, maybe removing the Gnulib --lgpl > > feature

[PATCH]: multiple problem with the poll module

2006-12-18 Thread Yoann Vandoorselaere
but seems to work under OSX). This doesn't consume any data, but permit to make the distinction between both case. If anyone has a better idea on how to fix the above issues, any input is welcome. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +

Re: [PATCH]: multiple problem with the poll module

2006-12-19 Thread Yoann Vandoorselaere
h.")) dnl restore vars CFLAGS=$CFLAGS_SAVE LDFLAGS=$LDFLAGS_SAVE CPPFLAGS=$CPPFLAGS_SAVE dnl poll() not found in libc, let's check in libpoll else AC_SEARCH_LIBS(poll, poll, COMMON_LIBS="$COMMON_LIBS -lpoll") fi fi -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: [PATCH]: multiple problem with the poll module

2006-12-19 Thread Yoann Vandoorselaere
;t me, so I guess it was Bruno. I don't have any opinion on > this one, other than that if it seems good to you and Yoann, that's > good enough for me. Attached is an improved version that should conform more to GnuLib coding standard. Regards, -- Yoann Vandoorselaere | Responsable

Re: [PATCH]: multiple problem with the poll module

2006-12-22 Thread Yoann Vandoorselaere
LLHUP or POLLERR. > and it does not work, e.g., on file descriptors. Sorry. :-) Could you please provide more information about the problem? (Note that the current CVS version doesn't work on socket, which is not much better). Providing your test case would help. Regards, -- Yoann Vandoorse

Re: [PATCH]: multiple problem with the poll module

2006-12-22 Thread Yoann Vandoorselaere
[...] else if (avail == -1) pfd[i].revents |= POLLERR; Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: [PATCH]: multiple problem with the poll module

2006-12-22 Thread Yoann Vandoorselaere
Le vendredi 22 décembre 2006 à 11:55 +0100, Yoann Vandoorselaere a écrit : > Le vendredi 22 décembre 2006 à 11:31 +0100, Paolo Bonzini a écrit : > > >> and it does not work, e.g., on file descriptors. Sorry. :-) > > > > > > Could you please provide more informat

Re: [PATCH]: multiple problem with the poll module

2006-12-22 Thread Yoann Vandoorselaere
Le vendredi 22 décembre 2006 à 12:41 +0100, Yoann Vandoorselaere a écrit : > Le vendredi 22 décembre 2006 à 11:55 +0100, Yoann Vandoorselaere a > écrit : > > Le vendredi 22 décembre 2006 à 11:31 +0100, Paolo Bonzini a écrit : > > > >> and it does not work, e.g.,

[PATCH]: Fix poll module under Win32

2007-01-16 Thread Yoann Vandoorselaere
, ECONNRESET, ECONNABORTED, ENETRESET, ENOTCONN), plus some other useful error code. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com Index: modules/

Re: [PATCH]: Fix poll module under Win32

2007-01-16 Thread Yoann Vandoorselaere
Le mardi 16 janvier 2007 à 12:44 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > - gnulib-sys_socket-error.diff: > > Under MinGW, map error code required by the poll module (namely > > ESHUTDOWN, ECONNRESET, ECONNABORTED, ENETRESET, ENOTCONN), plus some > &

Status of the win32 gettimeofday module

2007-01-16 Thread Yoann Vandoorselaere
s=5770 However, the patch never made it to the repository. Are there any plan to fix that? Additionally, would it be possible to re-license this module from GPL to LGPL? Thanks, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

Re: Status of the win32 gettimeofday module

2007-01-17 Thread Yoann Vandoorselaere
Le mercredi 17 janvier 2007 à 02:05 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere asked: > > I'm currently working on a win32 port for libprelude, and we're missing > > a gettimeofday module working under win32. > > > > I've noticed an attempt

MinGW gai_strerror conflict

2007-01-17 Thread Yoann Vandoorselaere
i_strerror gai_strerrorW #else #define gai_strerror gai_strerrorA #endif /* UNICODE */ As a result, shouldn't we always declare gai_strerror() in case the function is missing but the declaration is available? Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologi

Re: MinGW gai_strerror conflict

2007-01-17 Thread Yoann Vandoorselaere
Le mercredi 17 janvier 2007 à 13:57 +0100, Simon Josefsson a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > Hi, > > > > This occur when trying to compile the getaddrinfo() module under MinGW: > > > > checking for library containing geta

Re: MinGW gai_strerror conflict

2007-01-17 Thread Yoann Vandoorselaere
Le mercredi 17 janvier 2007 à 14:50 +0100, Simon Josefsson a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > Le mercredi 17 janvier 2007 à 13:57 +0100, Simon Josefsson a écrit : > >> Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: [...] >

[PATCH]: fix poll module under win32.

2007-01-18 Thread Yoann Vandoorselaere
Hi, The poll module fail under Win32 because of the check for FD_SETSIZE. Windows use a linear array of sockets (of size FD_SETSIZE). The descriptor value is not used to address the array. Attached is a patch that fixe this issue. Regards, -- Yoann Vandoorselaere | Responsable R&D /

Re: MinGW gai_strerror conflict

2007-01-19 Thread Yoann Vandoorselaere
Le mercredi 17 janvier 2007 à 14:56 +0100, Yoann Vandoorselaere a écrit : > Le mercredi 17 janvier 2007 à 14:50 +0100, Simon Josefsson a écrit : > > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > > > Le mercredi 17 janvier 2007 à 13:57 +0100, Simon Jo

gettimeofday module license

2007-01-22 Thread Yoann Vandoorselaere
Hi, The gettimeofday module is currently available under the GPL license. This function is widely used from programs and libraries, and thus the GnuLib module would really benefit from being re-licensed to LGPL. Would this be envisageable? Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: proposed 'string' module for gnulib

2007-01-26 Thread Yoann Vandoorselaere
t need to worry about the little include files like "strstr.h" > which make the rest of the code harder to read and maintain. > > Here's a patch to do this, tested with coreutils. [...] > Yoann, this would affect strsep. Look ok to me. Nice work! -- Yoann Vandoorselaere |

Re: proposed 'string' module for gnulib

2007-01-27 Thread Yoann Vandoorselaere
t need to worry about the little include files like "strstr.h" > which make the rest of the code harder to read and maintain. Attached is a patch for the strcasestr module to use generated string.h. -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)

Re: proposed 'string' module for gnulib

2007-01-27 Thread Yoann Vandoorselaere
Le samedi 27 janvier 2007 à 10:52 +0100, Yoann Vandoorselaere a écrit : > Le vendredi 26 janvier 2007 à 00:03 -0800, Paul Eggert a écrit : > > I'd like to add a 'string' module to gnulib, which does for > > what the sys_time module does for , namely, sets up a &g

[PATCH]: strptime module

2007-01-29 Thread Yoann Vandoorselaere
Hi, Here is a GnuLib module providing the strptime function, merged from the glibc implementation. From my minor testing, the module seem to work. Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]> Index: lib/strp

Re: [PATCH]: strptime module

2007-01-29 Thread Yoann Vandoorselaere
Le lundi 29 janvier 2007 à 18:44 +0100, Jim Meyering a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> wrote: > > Here is a GnuLib module providing the strptime function, merged from the > > glibc implementation. From my minor testing, the module seem to work. > > T

Re: strsep bug

2007-02-06 Thread Yoann Vandoorselaere
, The patch look good, please apply. Thanks, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: inet_ntop and Solaris

2007-03-12 Thread Yoann Vandoorselaere
arpa/inet.h. If no, the autoconf test should look whether inet_ntop is > > available in -lnsl, and make this additional library available in a > > variable, > > say, LIBINET. > > IMHO, gnulib should use -lnsl here. Yes, that would be fine. -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

snprintf, snprintf-posix and size_t lenght modifier

2007-03-13 Thread Yoann Vandoorselaere
Hi, Can we assume that the Gnulib snprintf module will provide a working implementation for the 'z' length modifier under any platform, or should snprintf-posix be used for this case? Thanks! -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0

[PATCH]: Missing tests-base in gnulib-cache.m4

2008-09-25 Thread Yoann Vandoorselaere
ome/yoann/dev/prelude/git/libprelude/libmissing/tests' make[2]: *** [check] Error 2 make[2]: Leaving directory `/home/yoann/dev/prelude/git/libprelude/libmissing/tests' make[1]: *** [check-recursive] Error 1 make[1]: Leaving directory `/home/yoann/dev/prelude/git/libprelude/libmissing' m

Re: [PATCH]: Missing tests-base in gnulib-cache.m4

2008-09-25 Thread Yoann Vandoorselaere
e". I think that under native > > configurations make attempts to add the ".exe" automatically, but I am > > not sure of that. > > Which Automake version do you use? This should be fixed in 1.10, I > believe. If not, I'd appreciate a bug report, thanks. I

Changing module from LGPL to LGPLv2+

2008-09-26 Thread Yoann Vandoorselaere
ignal sigprocmask sleep strerror Thanks! -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (

Re: [PATCH]: update tls and lock tests, gl_cond_t WIN32 implementation

2008-10-02 Thread Yoann Vandoorselaere
Le mercredi 01 octobre 2008 à 03:40 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote on 2008-09-18: > > > > - Add the missing cond-tests module. > > Applied as follows. I > - removed ENABLE_LOCKING, > - made use of gl_cond_define_initialized and

Re: [PATCH]: update tls and lock tests, gl_cond_t WIN32 implementation

2008-10-12 Thread Yoann Vandoorselaere
s.tv_sec * 1000) + (res.tv_usec / 1000)). You might want to push your #1 changes up to the GLIBC team: the timeval_subtract function is provided from the LIBC documentation: http://www.gnu.org/software/libtool/manual/libc/Elapsed-Time.html Regards, -- Yoann Vandoorselaere | Responsable R

Re: [PATCH]: update tls and lock tests, gl_cond_t WIN32 implementation

2008-10-13 Thread Yoann Vandoorselaere
lly, it seems the cond timedwait test are now failing under WIN32, although I did not attempt to trace the problem yet. -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)9 50 70 21 58 Fax: +33(0)9 57 25 21 58 http://www.prelude-ids.com diff

Re: [PATCH]: update tls and lock tests, gl_cond_t WIN32 implementation

2008-10-16 Thread Yoann Vandoorselaere
/cond.h patching file lib/glthread/cond.c Hunk #2 FAILED at 235. Hunk #3 FAILED at 306. Hunk #4 FAILED at 422. Hunk #5 FAILED at 439. 4 out of 6 hunks FAILED -- saving rejects to file lib/glthread/cond.c.rej patching file lib/glthread/lock.h patching file lib/glthread/lock.c -- Yoann Vandoorsel

Re: [PATCH]: update tls and lock tests, gl_cond_t WIN32 implementation

2008-10-17 Thread Yoann Vandoorselaere
the problem! I guess some line wrapped around in the original patch. I just run the test suite under wine and it run correctly. Please apply. -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)9 50 70 21 58 Fax: +33(0)9 57 25 21 58 http://www.prelude-ids.com

FreeBSD GCC warnings

2008-10-17 Thread Yoann Vandoorselaere
eader [...] This is on FreeBSD 4.10-RELEASE, gcc version 2.95.4 20020320 Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)9 50 70 21 58 Fax: +33(0)9 57 25 21 58 http://www.prelude-ids.com

[PATCH]: missing recvfrom dependency

2008-10-17 Thread Yoann Vandoorselaere
Hi, recvfrom make use of the getpeername function, but doesn't pull the dependency automatically. The attached patch fix that. Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)9 50 70 21 58 Fax: +33(0)9 57 25 2

[PATCH]: GnuLib cross compilation problem

2009-04-21 Thread Yoann Vandoorselaere
Hi, Attached is a patch that fixes btowc.m4, mbrtowc.m4, wcrtomb.m4, wcsrtombs.m4, and wctob.m4, so that they don't error out when cross compiling. Regards, -- Yoann Vandoorselaere PreludeIDS Technologies diff --git a/m4/btowc.m4 b/m4/btowc.m4 index 64ff829..065684e 100644 --- a/m4/bto

Re: [PATCH]: GnuLib cross compilation problem

2009-04-22 Thread Yoann Vandoorselaere
Le mercredi 22 avril 2009 à 09:59 +0200, Paolo Bonzini a écrit : > Yoann Vandoorselaere wrote: > > Hi, > > > > Attached is a patch that fixes btowc.m4, mbrtowc.m4, wcrtomb.m4, > > wcsrtombs.m4, and wctob.m4, so that they don't error out when cross > > compili

Re: gplv3 files and updates

2007-07-04 Thread Yoann Vandoorselaere
t_snort/licenses/gplv2.html for the background. Snort can use libprelude, which is GPLv2 or later. Libprelude use both GnuTLS and Gnulib. You can see the problem if GnuLib were to force (L)GPLv3 only. -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: gplv3 files and updates

2007-07-06 Thread Yoann Vandoorselaere
o summarize: All GPLed (non-LGPLed) packages that use gnulib are > fine with GPLv3. That sound incorrect, as stated in this mail: http://thread.gmane.org/gmane.comp.lib.gnulib.bugs/10668/focus=10722 Some library using GnuLib are "GPLv2 or later", but some of the application using th

Re: gplv3 files and updates

2007-07-08 Thread Yoann Vandoorselaere
ncern as with software development: you don't change a public API with every release of your library. Rather, you make sure that newly added bit of software can be used separately without breaking application for your user. Then at a later time, you can remove the old API. -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: second call: please nail down the license terms of some more modules

2007-07-16 Thread Yoann Vandoorselaere
sys_stat sys_time time time_r unistd vasnprintf wchar wctype -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: second call: please nail down the license terms of some more modules

2007-07-16 Thread Yoann Vandoorselaere
Le lundi 16 juillet 2007 à 09:33 +0200, Yoann Vandoorselaere a écrit : > Le dimanche 15 juillet 2007 à 16:59 +0200, Bruno Haible a écrit : > > Hi all, > > > > There was no objection when I said that: the majority of gnulib modules will > > migrate from GPLv2+ to GPLv3+

Re: second call: please nail down the license terms of some more modules

2007-07-16 Thread Yoann Vandoorselaere
Le lundi 16 juillet 2007 à 11:28 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > Even if we provide a list of modules we use doesn't mean that we're not > > going to need new module tomorrow, or that another library project > > licensed under GPLv

Re: second call: please nail down the license terms of some more modules

2007-07-16 Thread Yoann Vandoorselaere
Le lundi 16 juillet 2007 à 10:14 +0200, Yoann Vandoorselaere a écrit : > Le lundi 16 juillet 2007 à 09:33 +0200, Yoann Vandoorselaere a écrit : > > Le dimanche 15 juillet 2007 à 16:59 +0200, Bruno Haible a écrit : > > > Hi all, > > > > > > There was no objecti

Re: Multiply exported Gnulib symbols

2007-08-29 Thread Yoann Vandoorselaere
ng this in gnulib. This namespace-problem > doesn't typically come up in normal situations (I think?), so it is > somewhat gnulib-centric and having a solution in gnulib would allow us > to experiment with it before adding it to automake (if that ever > happens). We had a similar

[PATCH]: struct timespec redefinition

2007-09-06 Thread Yoann Vandoorselaere
being tested. Patch attached, Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com diff --git a/m4/time_h.m4 b/m4/time_h.m4 index 3f543a1..d42a635 100644 --- a/m4/time_h.m4

[PATCH]: gl_recursive_lock_init issue with pthread backend

2007-11-30 Thread Yoann Vandoorselaere
the abort() function, which can be a problem if the application / library handle pthread error in a specific way. Is that done on purpose, or are you interested in a patch? Regards, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

2007-12-03 Thread Yoann Vandoorselaere
Le vendredi 30 novembre 2007 à 16:41 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > The gl_recursive_lock_init() macro used for the pthread backend never > > set the mutex attribute to be recursive. The end result is that a > > 'standard' mutex is

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

2007-12-04 Thread Yoann Vandoorselaere
Le mardi 04 décembre 2007 à 09:46 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > > I don't know what a better handling > > > of pthread_* function failures could look like. What do you propose? > > > > Any reason why you don't simply r

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

2007-12-07 Thread Yoann Vandoorselaere
Le vendredi 07 décembre 2007 à 12:17 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > I'm worried about lock initialization. If initializing a mutex fail, the > > application should be allowed to handle it gracefully. > > In all cases I know of, a lock

Incompatible module license.

2007-12-17 Thread Yoann Vandoorselaere
- getcwd - fcntl-safer - openatdie - unistd-safer - lchown - xalloc - xalloc-die - more.. What is the suggested way of fixing this issue? Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

lock module question

2008-03-05 Thread Yoann Vandoorselaere
, -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: lock module question

2008-03-05 Thread Yoann Vandoorselaere
Le mercredi 05 mars 2008 à 16:34 +0100, Simon Josefsson a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > Using -pthread allow option like -D_REENTRANT to be defined when > > compiling Gnulib, which sound like a requirement if the program using >

Re: lock module question

2008-03-05 Thread Yoann Vandoorselaere
Le mercredi 05 mars 2008 à 17:55 +0100, Simon Josefsson a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > > > Le mercredi 05 mars 2008 à 16:34 +0100, Simon Josefsson a écrit : > >> Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > >>

Re: lock module question

2008-03-06 Thread Yoann Vandoorselaere
Le mercredi 05 mars 2008 à 18:06 +0100, Bruno Haible a écrit : > Yoann Vandoorselaere asked: > > Is it expected that the lock module does not set the -pthread CFLAGS > > when compiling with GCC on a Linux architecture? > > Yes it is normal. The module description has this, a

Re: multithread modules

2008-03-06 Thread Yoann Vandoorselaere
y using GnuLib without directly depending on multithreading. The acx_pthread autoconf macro (http://autoconf-archive.cryp.to/acx_pthread.html) does this. Reading the documentation, I can see: "Also sets PTHREAD_CC to any special C compiler that is needed for multi-threaded programs (defaults to the value of CC otherwise). (This is necessary on AIX to use the special cc_r compiler alias.) " Shouldn't the GnuLib lock module implement this feature? -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

Re: provide inet_?to? declarations in arpa_inet.h

2008-04-22 Thread Yoann Vandoorselaere
on.h, and use arpa/inet.h for the declarations, as you suggested. Thanks! -- Yoann Vandoorselaere | Responsable R&D / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

mkdir module license

2008-04-24 Thread Yoann Vandoorselaere
Hi, Would relicensing the mkdir module and it's dependencies from GPL to LGPL be envisageable? We would like to use this module from the Prelude library. Thanks! -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: mkdir module license

2008-04-24 Thread Yoann Vandoorselaere
Le jeudi 24 avril 2008 à 13:31 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > Would relicensing the mkdir module and it's dependencies from GPL to > > LGPL be envisageable? > > > > We would like to use this module from the Prelude library. >

Re: mkdir module license

2008-04-28 Thread Yoann Vandoorselaere
Le samedi 26 avril 2008 à 02:31 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > I guess mkdir could use the original malloc implementation, returning an > > error on allocation failure. Or is that a problem? > > Sounds ok to me: There is no reason why a sy

Re: mkdir module license

2008-04-29 Thread Yoann Vandoorselaere
Le lundi 28 avril 2008 à 22:40 +0200, Jim Meyering a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> wrote: > > Le samedi 26 avril 2008 à 02:31 +0200, Bruno Haible a écrit : > >> Yoann Vandoorselaere wrote: > >> > I guess mkdir could use the original

Re: mkdir module license

2008-04-29 Thread Yoann Vandoorselaere
Le mardi 29 avril 2008 à 13:16 +0200, Jim Meyering a écrit : > Yoann Vandoorselaere <[EMAIL PROTECTED]> wrote: > > Le lundi 28 avril 2008 à 22:40 +0200, Jim Meyering a écrit : > >> Yoann Vandoorselaere <[EMAIL PROTECTED]> wrote: > >> > Le samedi 26 avri

Lock module improvement

2008-07-21 Thread Yoann Vandoorselaere
support for condition timeout with libpth). Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: Lock module improvement

2008-07-21 Thread Yoann Vandoorselaere
t to Ralf Engelschall? :-) That was an error on my side, seems that we can emulate pthread_cond_timedwait using: pth_cond_await(cond, mutex, pth_event(PTH_EVENT_TIME, pth_timeout(ts->tv_sec, ts->tv_nsec / 1000)); Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: Lock module improvement

2008-07-29 Thread Yoann Vandoorselaere
ndition might return ETIMEDOUT / EPERM, so it'd be cleaner to do that from real function rather than macro. Additionally, your current lock.h code still make use of abort() which I'm reluctant to see in library code. Would you agree to propagate the error return in case of problem? -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: Lock module improvement

2008-08-01 Thread Yoann Vandoorselaere
Le mercredi 30 juillet 2008 à 00:00 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > Additionally, your current lock.h code still make use of abort() which > > I'm reluctant to see in library code. Would you agree to propagate the > > error return in case o

Re: Lock module improvement

2008-08-02 Thread Yoann Vandoorselaere
Le samedi 02 août 2008 à 12:15 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > > Can you propose a reasonable compromise? > > > > Move the macro code into inline function, use the macro to call the > > appropriate function. The function return the e

Re: Lock module improvement

2008-08-04 Thread Yoann Vandoorselaere
Le dimanche 03 août 2008 à 20:46 +0200, Bruno Haible a écrit : > Yoann Vandoorselaere wrote: > > > Declaration: gl_lock_define(extern, name) > > > Initializer: gl_lock_define_initialized(, name) > > > Initialization: gl_lock_init

[PATCH] Re: Lock module improvement

2008-08-07 Thread Yoann Vandoorselaere
is compiled into libintl, and therefore I prefer to > avoid increasing its .o file size for things that libintl does not need. Attached is an initial implementation of the glcond module, based on your lock module. Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]> diff --git

Re: [PATCH] conditions variables module

2008-08-07 Thread Yoann Vandoorselaere
s the author. > > I would also mention in a comment the distinction between "condition variable" > and "wait queue" done in [1]. Thanks for the feedback, will send you an updated patch! Regards, -- Yoann Vandoorselaere <[EMAIL PROTECTED]>

Re: [PATCH] conditions variables module

2008-08-07 Thread Yoann Vandoorselaere
of the GNU General Public License + along with this program; if not, write to the Free Software Foundation, + Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA. */ + +/* Written by Yoann Vandoorselaere <[EMAIL PROTECTED]>, 2008. + Based on Bruno Haible <[EMAIL PROTECTE

  1   2   >