Re: stdin seekable failure

2007-04-27 Thread Eric Blake
According to Bruno Haible on 4/27/2007 2:37 PM: > Eric Blake wrote: >> However, the fflush module is still broken for mingw when reading files in >> text >> mode that have plain LF line endings. It appears that mingw's ftell tries >> to >> compensate for \r\n line endings in text mode, but doe

Re: stdin seekable failure

2007-04-27 Thread Bruno Haible
Eric Blake wrote: > However, the fflush module is still broken for mingw when reading files in > text > mode that have plain LF line endings. It appears that mingw's ftell tries to > compensate for \r\n line endings in text mode, but does the compensation even > when there is just a plain \n l

Re: doc: new chapter about header files

2007-04-27 Thread Bruno Haible
Eric Blake wrote: > 2007-04-27 Eric Blake <[EMAIL PROTECTED]> > > * doc/headers/assert.texi (assert.h): Document assert module use. > > --- doc/headers/assert.texi 27 Apr 2007 19:57:14 - 1.1 > +++ doc/headers/assert.texi 27 Apr 2007 20:04:47 - > @@ -1,10 +1,13 @@ > @node

Re: doc: new chapter about header files

2007-04-27 Thread Eric Blake
Bruno Haible clisp.org> writes: > > Hi, > > Paul suggested that the best way to provide guidance for a gnulib user that > wants info about a particular header files is not the modules/ structure, > but rather a separate index. > > Since this is actually documentation, I'm putting this index in

doc: new chapter about header files

2007-04-27 Thread Bruno Haible
Hi, Paul suggested that the best way to provide guidance for a gnulib user that wants info about a particular header files is not the modules/ structure, but rather a separate index. Since this is actually documentation, I'm putting this index into the doc. 2007-04-27 Bruno Haible <[EMAIL PROT

Re: stdin seekable failure

2007-04-27 Thread Eric Blake
Eric Blake byu.net> writes: > > 2007-04-12 Eric Blake byu.net> > > > > Work around glibc's failure to reset seekable stdin on exit. > > * modules/closein: New module. > > And it still failed on Linux, since glibc won't even flush input streams > on fclose. But rather than write rpl_

more consistent file naming

2007-04-27 Thread Bruno Haible
For consistency and memoizability, I renamed three files: 2007-04-27 Bruno Haible <[EMAIL PROTECTED]> * lib/sysexits_.h: Renamed from lib/sysexit_.h. * modules/sysexits (Files, Makefile.am): Update. * lib/sys_socket_.h: Renamed from lib/socket_.h. * modules/sys_

Re: no new modules 'freading', 'fwriting'

2007-04-27 Thread Eric Blake
Bruno Haible clisp.org> writes: > > Eric Blake wrote: > > I'm checking this in now, since I needed it to fix fflush on mingw (see > > next email). > > Thanks. This was hard to understand, so I'm adding some comments. I'm improving them somewhat, as well as the documentation for freading/fwriti

Re: gnulib breakage on Tru64 UNIX with commercial C compiler

2007-04-27 Thread Bruno Haible
On 2007-04-06 I wrote: > 2007-04-06 Bruno Haible <[EMAIL PROTECTED]> > > Fix problem with Compaq (ex-DEC) Desktop C compiler on Tru64. > * lib/math_.h [__DECC]: Include the overridden include file through > #include_next, outside the double-inclusion guard. > * lib/stdio_

Re: new module 'fbufmode'

2007-04-27 Thread Bruno Haible
This fixes a test failure of 'fbufmode' on mingw. 2007-04-27 Bruno Haible <[EMAIL PROTECTED]> * tests/test-fbufmode.c (main): Relax test, to avoid failure on mingw. *** tests/test-fbufmode.c 23 Apr 2007 07:56:34 - 1.2 --- tests/test-fbufmode.c 27 Apr 2007 10:28:33

Re: no new modules 'freading', 'fwriting'

2007-04-27 Thread Bruno Haible
Eric Blake wrote: > I'm checking this in now, since I needed it to fix fflush on mingw (see > next email). Thanks. This was hard to understand, so I'm adding some comments. 2007-04-27 Bruno Haible <[EMAIL PROTECTED]> * lib/fflush.c: Add comments. * modules/fpurge-tests (Depends

Re: no new modules 'freading', 'fwriting'

2007-04-27 Thread Bruno Haible
Hi Eric, > > I got these working reasonably only on glibc. Portability problems occurred > > on Solaris, OSF/1, AIX, MacOS X, IRIX, HP-UX. If someone wants to continue, > > here's the code. > > What sort of problems? Many ASSERTs of the unit tests failed. On some stdio implementations, there is

Re: Multiple definition of gnulib symbols

2007-04-27 Thread Simon Josefsson
Bruno Haible <[EMAIL PROTECTED]> writes: >> I'm wondering if that will be sufficient. When is the namespace change >> hack that you mentioned Ralf identified necessary? > > Basically, any time you publish a library (whether shared or static, doesn't > matter) that contains portions of gnulib. Ok