summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorMark Mitchell <mark@codesourcery.com>2006-03-31 01:17:05 +0000
committerMark Mitchell <mark@codesourcery.com>2006-03-31 01:17:05 +0000
commitec799b1781b76d07ec9b52306685ca2f42a19991 (patch)
treebe153756e70a968f51c44e11fe59471dda1e16cd
parent6780f7e742cc491233c56be12d0077397d1c9d61 (diff)
downloadcygnal-ec799b1781b76d07ec9b52306685ca2f42a19991.tar.gz
cygnal-ec799b1781b76d07ec9b52306685ca2f42a19991.tar.bz2
cygnal-ec799b1781b76d07ec9b52306685ca2f42a19991.zip
* libiberty/configure.ac: Add cygpath for mingw hosts.
* libiberty.configure: Rebuilt. * libiberty/Makefile.in: Add cygpath. * libiberty/cygpath.c: New. * include/libiberty.h (pex_write_input): New declaration. * libiberty/pex-common.c (pex_write_input): New function. * libiberty/pexecute.txh (pex_write_input): Document it. * libiberty/pex-common.h (struct pex_funcs): New function ptr fdopenw. * libiberty/pex-unix.c (pex_unix_fdopenw): New function. (funcs): List it as our fdopenw function. * libiberty/pex-win32.c (pex_win32_fdopenw): New function. (funcs): List it as our fdopenw function. * libiberty/pex-djgpp.c (funcs): Leave fdopenw null. * libiberty/pex-msdos (funcs): Same. * libiberty/functions.texi: Regenerated. * libiberty/pex-common.h (struct pex_obj): Doc fixes. * libiberty/functions.texi: Regenerate.
-rw-r--r--ChangeLog.csl26
-rw-r--r--include/libiberty.h27
2 files changed, 53 insertions, 0 deletions
diff --git a/ChangeLog.csl b/ChangeLog.csl
index 739f40f07..b139379d7 100644
--- a/ChangeLog.csl
+++ b/ChangeLog.csl
@@ -1,3 +1,29 @@
+2006-03-30 Mark Mitchell <mark@codesourcery.com>
+
+ * libiberty/configure.ac: Add cygpath for mingw hosts.
+ * libiberty.configure: Rebuilt.
+ * libiberty/Makefile.in: Add cygpath.
+ * libiberty/cygpath.c: New.
+
+2006-03-30 Jim Blandy <jimb@codesourcery.com>
+
+ * include/libiberty.h (pex_write_input): New declaration.
+
+ * libiberty/pex-common.c (pex_write_input): New function.
+ * libiberty/pexecute.txh (pex_write_input): Document it.
+ * libiberty/pex-common.h (struct pex_funcs): New function ptr fdopenw.
+ * libiberty/pex-unix.c (pex_unix_fdopenw): New function.
+ (funcs): List it as our fdopenw function.
+ * libiberty/pex-win32.c (pex_win32_fdopenw): New function.
+ (funcs): List it as our fdopenw function.
+ * libiberty/pex-djgpp.c (funcs): Leave fdopenw null.
+ * libiberty/pex-msdos (funcs): Same.
+ * libiberty/functions.texi: Regenerated.
+
+ * libiberty/pex-common.h (struct pex_obj): Doc fixes.
+
+ * libiberty/functions.texi: Regenerate.
+
2006-03-27 Mark Mitchell <mark@codesourcery.com>
* libiberty/pex-win32.c (pex_win32_exec_child): Close stdout/stderr
diff --git a/include/libiberty.h b/include/libiberty.h
index c264cb2ab..6fdc6e9d0 100644
--- a/include/libiberty.h
+++ b/include/libiberty.h
@@ -448,6 +448,33 @@ extern const char *pex_run (struct pex_obj *obj, int flags,
const char *outname, const char *errname,
int *err);
+/* Return a `FILE' pointer FP for the standard input of the first
+ program in the pipeline; FP is opened for writing. You must have
+ passed `PEX_USE_PIPES' to the `pex_init' call that returned OBJ.
+ You must close FP yourself with `fclose' to indicate that the
+ pipeline's input is complete.
+
+ The file descriptor underlying FP is marked not to be inherited by
+ child processes.
+
+ This call is not supported on systems which do not support pipes;
+ it returns with an error. (We could implement it by writing a
+ temporary file, but then you would need to write all your data and
+ close FP before your first call to `pex_run' -- and that wouldn't
+ work on systems that do support pipes: the pipe would fill up, and
+ you would block. So there isn't any easy way to conceal the
+ differences between the two types of systems.)
+
+ If you call both `pex_write_input' and `pex_read_output', be
+ careful to avoid deadlock. If the output pipe fills up, so that
+ each program in the pipeline is waiting for the next to read more
+ data, and you fill the input pipe by writing more data to FP, then
+ there is no way to make progress: the only process that could read
+ data from the output pipe is you, but you are blocked on the input
+ pipe. */
+
+extern FILE *pex_write_input (struct pex_obj *obj, int binary);
+
/* Read the standard output of the last program to be executed.
pex_run can not be called after this. BINARY should be non-zero if
the file should be opened in binary mode; this is ignored on Unix.