stdbool issue on Solaris 8 with SunStudio 11

2009-11-26 Thread Ludovic Courtès
Hello, Libunistring 0.9.1 fails to build on Solaris with Sun cc and Sun make: --8<---cut here---start->8--- rm -f unistring/stdbool.h-t unistring/stdbool.h { echo '/* DO NOT EDIT! GENERATED AUTOMATICALLY! */'; \ echo '#if !defined _GL_STDBOOL_H'; \ if test

Re: [PATCH] set_winsock_errno

2009-11-26 Thread Richard W.M. Jones
On Thu, Nov 26, 2009 at 08:29:38PM +0100, Paolo Bonzini wrote: >> No I don't - can you apply it for me? > > Done. Excellent, thanks. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs,

Re: [PATCH] set_winsock_errno

2009-11-26 Thread Paolo Bonzini
No I don't - can you apply it for me? Done. Paolo

Re: [PATCH] set_winsock_errno

2009-11-26 Thread Richard W.M. Jones
On Thu, Nov 26, 2009 at 08:22:47PM +0100, Paolo Bonzini wrote: > On 11/26/2009 05:52 PM, Richard W.M. Jones wrote: >> >> Currently any socket functions that are replaced by Gnulib on Win32 >> call set_winsock_errno. This function reads the error from winsock >> (WSAGetLastError) and sets errno to

Re: portability to Windows CE?

2009-11-26 Thread Paolo Bonzini
I'm being told that there is a free development environment called CeGCC [2]. Both the Microsoft development environment and this one provide only a rudimentary C library: according to [3] it has even less functions than Windows, namely: - no - no - no - no - no - no Care or d

Re: [PATCH] set_winsock_errno

2009-11-26 Thread Paolo Bonzini
On 11/26/2009 05:52 PM, Richard W.M. Jones wrote: Currently any socket functions that are replaced by Gnulib on Win32 call set_winsock_errno. This function reads the error from winsock (WSAGetLastError) and sets errno to some corresponding Unix-ish approximation. The vast majority of functions

Re: symbols x platforms matrix

2009-11-26 Thread Martin Lambers
On Thu, 26. Nov 2009, 10:43:07 +0100, Bruno Haible wrote: > Other updates that would be interesting - does someone of you have access to > such a machine? > - NetBSD 5.0 Sent privately.

[PATCH] set_winsock_errno

2009-11-26 Thread Richard W.M. Jones
Currently any socket functions that are replaced by Gnulib on Win32 call set_winsock_errno. This function reads the error from winsock (WSAGetLastError) and sets errno to some corresponding Unix-ish approximation. The vast majority of functions (non-socket ones) still require you to deal with Ge

Re: symbols x platforms matrix

2009-11-26 Thread Michael Haubenwallner
Bruno Haible wrote: > Other updates that would be interesting - does someone of you have access to > such a machine? > - HP-UX 11.31 Sent offlist. /haubi/

Re: symbols x platforms matrix

2009-11-26 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Bruno Haible on 11/26/2009 2:43 AM: > Other updates that would be interesting - does someone of you have access to > such a machine? > - Cygwin 1.7 Sent privately. - -- Don't work too hard, make some time for fun as well! Eric Blake

Re: [PATCH 1/2] pread: new module

2009-11-26 Thread Jim Meyering
Bruno Haible wrote: >> That is because something[*] in your environment has arranged to ignore >> SIGPIPE. > > The "ps s" output that I provided shows that SIGPIPE is being caught, not > ignored, by the bash process. But I have no clue why I saw this error > message only in an interactive bash and

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Jim Meyering
Bruno Haible wrote: > Jim Meyering wrote: >> srcdir is expected to come from automake, and there, it is guaranteed >> to be sanitized. It is usually simply "." or ".." or the name of a >> package's subdirectory like "src" or "lib". > > But it can contain absolute directory names. For example, whe

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Jim Meyering
Bruno Haible wrote: > Jim Meyering wrote: >> --- a/tests/init.sh >> +++ b/tests/init.sh >> @@ -27,6 +27,7 @@ >> # Note that these commands are executed in a subdirectory, therefore you >> # need to prepend "../" to relative filenames in the build directory. >> # Set the exit code 0 for suc

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Bruno Haible
Jim Meyering wrote: > --- a/tests/init.sh > +++ b/tests/init.sh > @@ -27,6 +27,7 @@ > # Note that these commands are executed in a subdirectory, therefore you > # need to prepend "../" to relative filenames in the build directory. > # Set the exit code 0 for success, 77 for skipped, or 1 o

Re: symbols x platforms matrix

2009-11-26 Thread Simon Josefsson
Bruno Haible writes: > Hi Simon, > >> > The question "which platforms support a given interface?" is, I think, best >> > answered by the symbols x platforms matrix that I'm maintaining at >> > http://www.haible.de/bruno/gnu/various-symlists.tar.gz >> >> Ah, that is probably more reliable. How

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Bruno Haible
Jim Meyering wrote: > srcdir is expected to come from automake, and there, it is guaranteed > to be sanitized. It is usually simply "." or ".." or the name of a > package's subdirectory like "src" or "lib". But it can contain absolute directory names. For example, when I have a package in /home/b

Re: [PATCH 1/2] pread: new module

2009-11-26 Thread Bruno Haible
Hi Jim, > I've avoided the diagnostic by changing the script > not to write anything to the pipe: Thanks. > That is because something[*] in your environment has arranged to ignore > SIGPIPE. The "ps s" output that I provided shows that SIGPIPE is being caught, not ignored, by the bash process.

Re: symbols x platforms matrix

2009-11-26 Thread Bruno Haible
Hi Simon, > > The question "which platforms support a given interface?" is, I think, best > > answered by the symbols x platforms matrix that I'm maintaining at > > http://www.haible.de/bruno/gnu/various-symlists.tar.gz > > Ah, that is probably more reliable. How do I best generate the lists?

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Jim Meyering
Eric Blake wrote: > According to Bruno Haible on 11/25/2009 3:24 PM: >> + # Note that these commands are executed in a subdirectory, therefore you >> + # need to prepend "../" to relative filenames in the build dir. >> + # Set the exit code 0 for success, 77 for skipped, or 1 or other for >>

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Jim Meyering
Bruno Haible wrote: >> I want to use something like this for each of the tests I own ... >> ... >> I'll post some examples of using this new framework later today. > > One of the most important aspects of unit tests is that users are able to > 1. execute a single test, rather than all tests, >

Re: [PATCH] tests/init.sh: new file to be used via most *.sh tests

2009-11-26 Thread Jim Meyering
Bruno Haible wrote: > Hi Jim, > >> +test -f $srcdir/init.cfg \ >> + && . $srcdir/init.cfg > > Directory names containing spaces are not so uncommon, especially on Cygwin. > How about writing "$srcdir/init.cfg" ? > > Likewise in test-pread.sh. srcdir is expected to come from automake, and there,