Re: [PATCH]: GnuLib cross compilation problem

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 compiling. Why don't you instead use the last

[PATCH]: GnuLib cross compilation problem

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 yoan...@prelude-ids.com PreludeIDS Technologies diff --git a/m4/btowc.m4 b/m4/btowc.m4 index 64ff829..065684e

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

. -- Yoann Vandoorselaere | Responsable RD / 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

[...] This is on FreeBSD 4.10-RELEASE, gcc version 2.95.4 20020320 Regards, -- Yoann Vandoorselaere | Responsable RD / 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

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

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

did not attempt to trace the problem yet. -- Yoann Vandoorselaere | Responsable RD / 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 --git a/lib/glthread/cond.c b/lib/glthread/cond.c index c35272e..087369f 100644

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

is provided from the LIBC documentation: http://www.gnu.org/software/libtool/manual/libc/Elapsed-Time.html Regards, -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)9 50 70 21 58 Fax: +33(0)9 57 25 21 58 http://www.prelude-ids.com

Changing module from LGPL to LGPLv2+

sigprocmask sleep strerror Thanks! -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)9 50 70

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

' make: *** [check] Error 2 -- Yoann Vandoorselaere | Responsable RD / 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 --git a/gnulib-tool b/gnulib-tool index 58accba..4ded3d7 100755 --- a/gnulib-tool +++ b/gnulib-tool

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

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 was using automake 1.9.6. I just tested using automake 1.10, and can confirm this solve the problem. Thanks! -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS

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

Le lundi 15 septembre 2008 à 14:12 +0200, Yoann Vandoorselaere a écrit : Le dimanche 14 septembre 2008 à 20:46 +0200, Yoann Vandoorselaere a écrit : Hi, Attached is a patch implementing the following glthread fixes: - Correct pthread_atfork() detection. - Add the missing cond

Re: [PATCH] testsuite for poll(2)

that compile and launch available code and unit-tests, then report us the results. -- Yoann Vandoorselaere | Responsable RD / 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: new module 'errno'

, EMULTIHOP, EBADMSG, ENOTSUP. The configure script report: checking for complete errno.h... yes -- Yoann Vandoorselaere | Responsable RD / 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: new module 'errno'

Le lundi 15 septembre 2008 à 13:39 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: OpenBSD currently fails the errno unit-tests because it lacks support for ENOLINK, EPROTO, EMULTIHOP, EBADMSG, ENOTSUP. The configure script report: checking for complete errno.h... yes

Re: [PATCH] testsuite for poll(2)

Blake Re: [PATCH] testsuite for poll(2) Paolo Bonzini Re: [PATCH] testsuite for poll(2) Yoann Vandoorselaere Re: [PATCH] testsuite for poll(2) Paolo Bonzini Re: [PATCH] testsuite for poll(2) Yoann Vandoorselaere Re: [PATCH] testsuite for poll(2) Paolo Bonzini Re: [PATCH] testsuite for poll

[PATCH]: update tls and lock tests to use newer glthread API

-tests.c' and 'tls-tests.c' to use newer glthread API. Regards, -- Yoann Vandoorselaere | Responsable RD / 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/thread.m4 b/m4/thread.m4 index df7ffd0..80bcf27

Re: [PATCH]: glob win32 compatibility fixes

, but getenv(HOME) is usually not set. The standard way to get the home directory is getenv(HOMEDRIVE) and getenv(HOMEPATH) and glue the two strings together (by simple string concatenation). Thanks for the quick review, updated path attached! -- Yoann Vandoorselaere [EMAIL PROTECTED

Re: [PATCH]: glthread cond win32 compilation problem

Le vendredi 12 septembre 2008 à 02:50 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: Attached are a few patch that fixes ... glthread/cond modules compilation problem under MinGW. I'm applying the first hunk: [...] About the second hunk, the problem is more general: not only

Re: [PATCH]: poll module issue on Win32

Le vendredi 12 septembre 2008 à 06:34 +0200, Paolo Bonzini a écrit : Bruno Haible wrote: Yoann Vandoorselaere wrote: r = recv (pfd[i].fd, data, sizeof (data), MSG_PEEK); + +# ifdef WIN32 + if (r 0 GetLastError() == 10057) /* server socket

Re: [PATCH]: poll module issue on Win32

tried tracing the problem yet, but if you could provide a complete unit-test along with the module, it would make the testing on different platform much easier! -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58

Re: [PATCH]: poll module issue on Win32

. The application in question both use poll() and select(), in different place for different usage. In certain condition, select() might be more practical to use (from an API standpoint) than poll(). -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

Re: [PATCH]: poll module issue on Win32

module. I'm testing under wine, and the condition really are suboptimal. BTW your current module disable select() emulation on WIN32 platform, which prevent me from compiling the application I'm using for testing - so an unit test would really be welcome. -- Yoann Vandoorselaere | Responsable RD / CTO

Re: [PATCH] testsuite for poll(2)

/libgnu.a(poll.o): In function `rpl_poll': /home/yoann/dev/prelude/git/gnulib/poll/gllib/poll.c:154: undefined reference to `_select_not_supported_under_win32_use_poll' -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4

Re: [PATCH] testsuite for poll(2)

to `_select_not_supported_under_win32_use_poll' I suppose this is with the winsock patch, but without the poll patch? The two go together -- either both, or none. I'm using both your poll and winsock patch. -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8

[PATCH]: glob win32 compatibility fixes, fnmatch license, glthread cond win32 compilation problem

. Regards, -- Yoann Vandoorselaere [EMAIL PROTECTED] diff --git a/lib/glob.c b/lib/glob.c index 24aec87..5139a90 100644 --- a/lib/glob.c +++ b/lib/glob.c @@ -43,7 +43,9 @@ # define POSIX #endif -#include pwd.h +#ifndef WIN32 +# include pwd.h +#endif #include errno.h #ifndef __set_errno

[PATCH]: poll module issue on Win32

Hi Paolo, Attached is a patch that fixes the poll() module to work on WIN32 systems with unconnected socket (example: server socket). Regards, -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http

Re: multithread CPPFLAGS

Le jeudi 21 août 2008 à 11:02 -0500, Matthew Woehlke a écrit : Yoann Vandoorselaere wrote: Le jeudi 21 août 2008 à 12:28 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: Most program using the library currently don't (and probably won't) depend on GnuLib. They are not multithread

Re: multithread CPPFLAGS

Hi Bruno, Le lundi 25 août 2008 à 11:46 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: - it does not need to see a thread-aware errno, hence it does not need to compile with THREADCPPFLAGS. Not using a thread-aware errno from an application that indirectly use thread

Re: multithread CPPFLAGS

Le jeudi 21 août 2008 à 12:28 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: Most program using the library currently don't (and probably won't) depend on GnuLib. They are not multithread programs, and in order to enable the library threaded features, we have to export correct

Re: checkin of glthread/glcond modules

Le jeudi 14 août 2008 à 10:58 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: Can you see alternatives? Maybe something like glthread/lock.h, glthread/tls.h, glthread/thread.h, glthread/cond.h, glthread/yield.h ? Look good to me, can you handle the renaming

Re: checkin of glthread/glcond modules

Le jeudi 14 août 2008 à 11:30 +0200, Yoann Vandoorselaere a écrit : Le jeudi 14 août 2008 à 10:58 +0200, Bruno Haible a écrit : Yoann Vandoorselaere wrote: Can you see alternatives? Maybe something like glthread/lock.h, glthread/tls.h, glthread/thread.h, glthread/cond.h

Re: checkin of glthread/glcond modules

look consistant? -- Yoann Vandoorselaere [EMAIL PROTECTED]

Re: [PATCH] conditions variables module

Le vendredi 08 août 2008 à 17:10 +0100, James Youngman a écrit : On Fri, Aug 8, 2008 at 9:43 AM, Yoann Vandoorselaere [EMAIL PROTECTED] wrote: Le vendredi 08 août 2008 à 00:37 +0200, Bruno Haible a écrit : gl_thread_atfork ?! Sounds advanced and weird to implement as well. This one

Re: [PATCH] conditions variables module

to keep glthread anyway, doesn't it make sense to use glcond / gllock to use the same convention everywhere? -- Yoann Vandoorselaere [EMAIL PROTECTED]

Re: [PATCH] conditions variables module

pthread_sigmask() should be available on most architecture). Now nitpicking: Should be fixed now. -- Yoann Vandoorselaere [EMAIL PROTECTED] diff --git a/lib/glcond.h b/lib/glcond.h new file mode 100644 index 000..05af610 --- /dev/null +++ b/lib/glcond.h @@ -0,0 +1,325 @@ +/* Condition

[PATCH] Re: Lock module improvement

not need. Attached is an initial implementation of the glcond module, based on your lock module. Regards, -- Yoann Vandoorselaere [EMAIL PROTECTED] diff --git a/lib/glcond.h b/lib/glcond.h new file mode 100644 index 000..012f316 --- /dev/null +++ b/lib/glcond.h @@ -0,0 +1,301 @@ +/* Locking

Re: [PATCH] conditions variables module

for the feedback, will send you an updated patch! Regards, -- Yoann Vandoorselaere [EMAIL PROTECTED]

Re: Lock module improvement

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 (name); Taking the lock

Re: Lock module improvement

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 error, the macro abort() in case an error

Re: Lock module improvement

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 of problem? We started

Re: Lock module improvement

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]

Lock module improvement

: no support for condition timeout with libpth). Regards, -- Yoann Vandoorselaere [EMAIL PROTECTED]

Re: Lock module improvement

, pth_event(PTH_EVENT_TIME, pth_timeout(ts-tv_sec, ts-tv_nsec / 1000)); Regards, -- Yoann Vandoorselaere [EMAIL PROTECTED]

Re: mkdir module license

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 malloc implementation, returning an error

Re: mkdir module license

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 avril 2008 à 02:31 +0200, Bruno Haible a écrit : Yoann

Re: mkdir module license

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 system call replacement like mkdir

mkdir module license

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

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. Among these dependencies there is 'xalloc

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

. Thanks! -- Yoann Vandoorselaere | Responsable RD / 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

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, and gnulib-tool echoes

Re: multithread modules

? -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

lock module question

, -- Yoann Vandoorselaere | Responsable RD / 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

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 Gnulib is multithreaded. Why do you

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

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 initialization is nothing more

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

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 return error values returned by pthread_* functions

Re: [PATCH]: gl_recursive_lock_init issue with pthread backend

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 created, which will deadlock

[PATCH]: gl_recursive_lock_init issue with pthread backend

() 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 RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4

[PATCH]: struct timespec redefinition

tested. Patch attached, Regards, -- Yoann Vandoorselaere | Responsable RD / 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 +++ b/m4

Re: Multiply exported Gnulib symbols

using the -export-symbols-regex libtool option. -- Yoann Vandoorselaere | Responsable RD / 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: second call: please nail down the license terms of some more modules

wctype -- Yoann Vandoorselaere [EMAIL PROTECTED]

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

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+ and from LGPLv2+ to LGPLv3+. So I

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

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 GPLv2 will need that module. I believe we

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

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 objection when I said that: the majority of gnulib

Re: gplv3 files and updates

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: gplv3 files and updates

) 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 these library are GPLv2 only. -- Yoann Vandoorselaere

Re: gplv3 files and updates

if GnuLib were to force (L)GPLv3 only. -- Yoann Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42 21 58 http://www.prelude-ids.com

snprintf, snprintf-posix and size_t lenght modifier

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 RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

Re: inet_ntop and Solaris

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]

[PATCH]: strptime module

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/strptime.c === RCS

Re: proposed 'string' module for gnulib

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 | Responsable RD / CTO | PreludeIDS Technologies Tel

gettimeofday module license

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: MinGW gai_strerror conflict

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 Josefsson a écrit : Yoann Vandoorselaere [EMAIL

[PATCH]: fix poll module under win32.

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 RD / CTO

Re: Status of the win32 gettimeofday module

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 to implement win32 support to the current module

[PATCH]: Fix poll module under Win32

, ECONNRESET, ECONNABORTED, ENETRESET, ENOTCONN), plus some other useful error code. Regards, -- Yoann Vandoorselaere | Responsable RD / 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/poll

Re: [PATCH]: Fix poll module under Win32

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 other useful error code

Status of the win32 gettimeofday module

, 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 RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58 Fax: +33(0)4 78 42

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

. :-) 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 Vandoorselaere | Responsable RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

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

, -- Yoann Vandoorselaere | Responsable RD / 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

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 information about the problem? (Note

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

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., on file descriptors. Sorry

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

AC_SEARCH_LIBS(poll, poll, COMMON_LIBS=$COMMON_LIBS -lpoll) fi fi -- Yoann Vandoorselaere | Responsable RD / 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

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 RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

[PATCH]: multiple problem with the poll module

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 RD / CTO | PreludeIDS Technologies Tel: +33 (0)8 70 70 21 58

Re: c-ctype, inttostr, intprops module license

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: inttostr is LGPL but depend on intprops which is GPL Jim, Paul

Re: c-ctype, inttostr, intprops module license

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 should be considered (although I really

Re: c-ctype, inttostr, intprops module license

but depend on intprops which is GPL warning: fts-lgpl is LGPL but depend on unistd-safer which is GPL warning: getaddrinfo is LGPL but depend on intprops which is GPL warning: inttostr is LGPL but depend on intprops which is GPL warning: obstack is LGPL but depend on exitfail which is GPL -- Yoann

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

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-ctype to LGPL: Thanks! As new dependencies

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

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(). Might we modify the c

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

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 size. I don't think you are qualified to decide in place

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

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 broken in other areas, such as locale

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

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 implement their replacement functions using a c_

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

. Is this behavior expected ? Regards, -- Yoann Vandoorselaere | Responsable RD / 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

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 implement their replacement functions using a c_

Re: [bug-gnulib] snprintf fixes in gnulib

, Look good to me. Regards, -- Yoann Vandoorselaere | Responsable RD / 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: [bug-gnulib] [PATCH]: mbchar.h and iswcntrl

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 I'm not sure this is valid. Just

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

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 wchar.h and a wctype.h header file but no iswcntrl function? The isw* functions are the main contents of wctype.h. I don't expect a system to have wctype.h

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

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 wchar.h and a wctype.h header file but no iswcntrl function? The isw* functions

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

incomplete type /usr/include/arpa/inet.h:96: warning: parameter has incomplete type Attached is a fix for this issue. Regards, -- Yoann Vandoorselaere | Responsable RD / 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

[PATCH]: mbchar.h and iswcntrl

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 RD / CTO | PreludeIDS Technologies Tel: +33 (0)8

  1   2   >