ws2tcpip.h include bug

2010-05-01 Thread Ozkan Sezer
Hello: The config header checks for windows' ws2tcpip.h have a little bug where they do not include winsock2.h before ws2tcpip.h: ws2tcpip.h requires winsock2.h to be included before, a plain AC_CHECK_HEADERS([ws2tcpip.h]) like in current m4/sys_socket_h.m4 may fail to detect the header's presence

Re: Solaris fpurge bug

2010-05-01 Thread Bruno Haible
Eric Blake wrote: > in the process of testing it, I > discovered that Solaris 10 __fpurge() is broken - the sequence > fpurge()/fputc()/ftell() gives the wrong answer. I'm extending the unit test, like you suggested. Now that we have a working ftell, this passes on Solaris (as well as on the other

Re: Warnings with filevercmp

2010-05-01 Thread Patrik Olsson
On Fri, 2010-04-30 at 22:49 +0200, Bruno Haible wrote: > Patrik Olsson wrote: > > When the "filevercmp" module is imported I get the following warnings > > (several times) during autoreconf: > > > > configure.ac:33: warning: AC_COMPILE_IFELSE was called before > > AC_USE_SYSTEM_EXTENSIONS > > ../

Re: Solaris ftell bug

2010-05-01 Thread Bruno Haible
Eric Blake wrote: > As proof that the bug exists independently of gnulib: > > $ cat foo.c > #include > #include > int main() { > FILE *fp = fopen ("file", "r+"); > fseek (fp, -1, SEEK_END); > if (getc (fp) != 'h') return 1; > if (getc (fp) != EOF) return 2; > __fpurge (fp); > if (put

doc fix

2010-05-01 Thread Bruno Haible
I put some doc at the wrong place on 2008-04-13. 2010-05-01 Bruno Haible Fix doc about a HP-UX stdio bug. * doc/posix-functions/ftell.texi: Mark HP-UX bug as unfixed. * doc/posix-functions/ftello.texi: Likewise. --- doc/posix-functions/ftell.texi.orig Sat May 1 19:19

Re: [PATCH] tests: be robust to ignored SIGPIPE

2010-05-01 Thread Bruno Haible
Eric Blake wrote: > * tests/test-lseek.sh: Check correct exit status, while avoiding > EPIPE. > > --- a/tests/test-lseek.sh > +++ b/tests/test-lseek.sh > @@ -8,7 +8,8 @@ tmpfiles=t-lseek.tmp > ./test-lseek${EXEEXT} 0 < "$srcdir/test-lseek.sh" > t-lseek.tmp || exit 1 > > # pipes > -echo hi | ./t

Re: more mingw C++ link failures

2010-05-01 Thread Bruno Haible
Hi Eric, Eric Blake wrote: > I'm getting the following failure while testing my open_memstream changes: > > $ ./gnulib-tool --with-tests --create-testdir --dir=testdir-mingw \ > open_memstream > $ cd testdir-mingw > $ ./configure --host=i686-pc-mingw32 --build=i686-pc-cygwin \ > CC='gcc-3 -mn

Re: [PATCH 3/2] open_memstream: port to more systems

2010-05-01 Thread Bruno Haible
Eric Blake wrote: > --- a/lib/stdio.in.h > +++ b/lib/stdio.in.h > @@ -602,6 +602,11 @@ _GL_CXXALIASWARN (obstack_vprintf); > the current stream size. After closing the stream, call > free(*BUF). */ > # if !...@have_open_memstream@ > +# if GNULIB_OPEN_MEMSTREAM_HOOK > +/* Internal functi

Re: tmpfile-gnu: yes!

2010-05-01 Thread Jim Meyering
Bruno Haible wrote: > Jim Meyering wrote: >> > Do we want a tmpfile-gnu module that guarantees that tmpfile() is >> > not constrained by silly platform limits, and does not put garbage >> > on stderr on failure to create a temporary file? >> >> That sounds worthwhile. >> No one wants their daemon o

Re: tmpfile-gnu: yes!

2010-05-01 Thread Bruno Haible
Jim Meyering wrote: > > Do we want a tmpfile-gnu module that guarantees that tmpfile() is > > not constrained by silly platform limits, and does not put garbage > > on stderr on failure to create a temporary file? > > That sounds worthwhile. > No one wants their daemon or library code to spew diag