From: jsm28 Date: Fri, 9 Feb 2007 15:28:13 +0000 (+0000) Subject: * libiberty.h (pex_write_input): Remove prototype. X-Git-Url: http://git.sourceforge.jp/view?p=pf3gnuchains%2Fgcc-fork.git;a=commitdiff_plain;h=50382252d215555197a7b9896c883d1d4a908298 * libiberty.h (pex_write_input): Remove prototype. git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@121755 138bc75d-0d04-0410-961f-82ee72b054a4 --- diff --git a/include/ChangeLog b/include/ChangeLog index c494efc8fae..dc04f662427 100644 --- a/include/ChangeLog +++ b/include/ChangeLog @@ -1,3 +1,7 @@ +2007-02-09 Joseph S. Myers + + * libiberty.h (pex_write_input): Remove prototype. + 2007-01-31 Vladimir Prus * libiberty.h (PEX_STDERR_TO_PIPE): New define. diff --git a/include/libiberty.h b/include/libiberty.h index cc6cce3d220..7a58b711c37 100644 --- a/include/libiberty.h +++ b/include/libiberty.h @@ -485,33 +485,6 @@ extern const char *pex_run_in_environment (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); - /* Return a stream for a temporary file to pass to the first program in the pipeline as input. The file name is chosen as for pex_run. pex_run closes the file automatically; don't close it yourself. */