Hi Bruno, Eric, et al.,
Please have a look at GCC's fixincludes.
It needs (and uses) a chain of processes.
See gcc/fixincludes/server.[ch] and ../procopen.c
To solve problems I couldn't figure out, I had to fork() and exit()
the writer to the chain, or the intermediate processes would hang.
Even
Hi Jim,
The git server at savannah now rejects the normal form of module
descriptions. I got this error message:
modules/pipe-filter:34: ends with blank lines.
error: hooks/update exited with error code 2
error: hook declined to update refs/heads/master
I understand that for .c, .h, .texi
Eric Blake wrote:
> > Such piping, where you write from the current process and read into
> > the current process, may hang on BSD systems, because some data is
> > present in system buffers but the system wants the buffers to be full
> > before it continues. A fix for this hang is to enable non-bl
I'm considering a rewrite of rm that uses fts.c,
and see that the resulting rm fails coreutils' rm/cycle test
because it incorrectly reports a cycle for that unusual case.
The following patch fixes fts so that it properly reinitializes one of
its cycle-detection data structure for each new command
A compilation failure occurs on mingw when some particular modules are combined:
$ ./gnulib-tool --create-testdir --dir=... --with-tests sys_select unistd
binary-io
Then on mingw:
$ make
...
test-binary-io.c: In function `main':
test-binary-io.c:51: warning: implicit declaration of function
`clo
This patch changes the conditionals used to recognize the native Woe32
platforms.
2009-07-19 Bruno Haible
Unify conditionals.
* lib/pipe.h: Detect native Win32 by looking at _WIN32 and __WIN32__
macros, not at the compiler macros.
* lib/pipe.c: Likewise.
Eric Blake wrote:
> The test is still buggy on mingw; here's a followup for the test to at
> least let it compile, and I'm still investigating why the test fails on
> mingw (but it looks like the problem is in:
>
> 156 orig_stdin = dup_noinherit (STDIN_FILENO);
> (gdb) n
> (null): _open_osfh
