Re: test modules and license

Simon Josefsson wrote: > What about the issue of copying code > between test code and the library? Then we'd have to talk to the FSF > every time we want to do that. This is a minor issue though, it > hasn't occured in practice yet, as far as I know... It is rare indeed. And when it occurs, ofte

Re: wrong permissions on {java,csharp}{comp,exec}.sh

Therefore it's more reliable if you invoke the scripts always with /bin/sh in your Makefiles: /bin/sh javaexec.sh ... And then there is no point in doing "chmod +x". Thanks for the explanation. Paolo

Re: wrong permissions on {java,csharp}{comp,exec}.sh

Paolo Bonzini wrote: > Is the attached patch okay? It is needed to make sure the files are > created as executable. You cannot assume that "chmod +x" works. There are situations where it doesn't, such as: - VFAT filesystems under MacOS X, - some configurations of permissions on Windows XP di

wrong permissions on {java,csharp}{comp,exec}.sh

Is the attached patch okay? It is needed to make sure the files are created as executable. Thanks, Paolo 2006-01-17 Paolo Bonzini <[EMAIL PROTECTED]> * modules/csharpcomp-script, modules/csharpexec-script, modules/javacomp-script, modules/javaexec-script: Add chmod +x

Re: new module striconveh

James Youngman wrote: > Is there a reason not to just use ICU (http://icu.sourceforge.net/)? ICU is complex code everywhere. It's IMO impossible to do a security audit of ICU. Where functions with 600 lines of code are an exception in gnulib (the striconveh module has such a function indeed), they

Re: MinGW gai_strerror conflict

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: [...] > >> I'm not sure how to handle this. De

Re: MinGW gai_strerror conflict

Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > 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

Re: new module striconveh

"James Youngman" <[EMAIL PROTECTED]> writes: > On 1/16/07, Bruno Haible <[EMAIL PROTECTED]> wrote: >> Hi, >> >> This will be used by the second part of the Unicode string library > > > [...] > > Is there a reason not to just use ICU (http://icu.sourceforge.net/)? See: http://article.gmane.org/gm

Re: MinGW gai_strerror conflict

Yoann Vandoorselaere <[EMAIL PROTECTED]> writes: > Hi, > > This occur when trying to compile the getaddrinfo() module under MinGW: > > checking for library containing getaddrinfo... no > checking for getaddrinfo... no > checking for getaddrinfo in ws2tcpip.h and -lws2_32... yes > checking for gai_

Re: MinGW gai_strerror conflict

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 getaddrinfo... no > > checking for getaddrinfo..

Re: new module striconveh

On 1/16/07, Bruno Haible <[EMAIL PROTECTED]> wrote: Hi, This will be used by the second part of the Unicode string library [...] Is there a reason not to just use ICU (http://icu.sourceforge.net/)? James.

MinGW gai_strerror conflict

Hi, This occur when trying to compile the getaddrinfo() module under MinGW: checking for library containing getaddrinfo... no checking for getaddrinfo... no checking for getaddrinfo in ws2tcpip.h and -lws2_32... yes checking for gai_strerror... no [...] checking whether gai_strerror is declared..

Re: Status of the win32 gettimeofday module

Bruno Haible <[EMAIL PROTECTED]> writes: > (together with more *-tests modules). Yes, writing self tests for modules would be a good thing. Maybe the autobuild page could say 'Success (0)' and 'Success (4)' etc depending on how many self-tests were successful... /Simon

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 modul

Re: Status of the win32 gettimeofday module

The revised gettimeofday module requires IMO the following changes in gnulib. Opinions? Paul? --- lib/gettime.c 13 Sep 2006 22:38:14 - 1.7 +++ lib/gettime.c 17 Jan 2007 11:48:37 - @@ -1,6 +1,6 @@ /* gettime -- get the system clock - Copyright (C) 2002, 2004, 2005, 20

Re: Status of the win32 gettimeofday module

Two additional modifications: - Code was missing for the case HAVE_GETTIMEOFDAY && !HAVE_GETTIMEOFDAY_POSIX_SIGNATURE. - Coreutils has a comment explaining why it is useful to compute the microseconds as milliseconds * 1000 + 999 rather than as milliseconds * 1000. 2007-01-17 Brun

Re: Status of the win32 gettimeofday module

Simon Josefsson wrote: > I started a daily build of gnulib for mingw32 now, there are some > initial results on: > > http://autobuild.josefsson.org/gnulib-mingw32/ > ... > The Testdrive systems appear to be back online again, so it may be > possible to do daily builds on more exotic platforms as w

Re: changing "configure" to default to "gcc -g -O2 -fwrapv ..."

Thorsten Glaser <[EMAIL PROTECTED]> writes: > Paul Eggert dixit: > >> […] gcc -O2 makes no promises without >> -fwrapv. > > gcc -O1 -fwrapv even doesn't work correctly for gcc3, > and gcc2 and gcc <3.3(?) don't even have -fwrapv: > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30477 The latter wo