OSDN Git Service

* libiberty.h (pex_write_input): Remove prototype.
authorjsm28 <jsm28@138bc75d-0d04-0410-961f-82ee72b054a4>
Fri, 9 Feb 2007 15:28:13 +0000 (15:28 +0000)
committerjsm28 <jsm28@138bc75d-0d04-0410-961f-82ee72b054a4>
Fri, 9 Feb 2007 15:28:13 +0000 (15:28 +0000)
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@121755 138bc75d-0d04-0410-961f-82ee72b054a4

include/ChangeLog
include/libiberty.h

index c494efc..dc04f66 100644 (file)
@@ -1,3 +1,7 @@
+2007-02-09  Joseph S. Myers  <joseph@codesourcery.com>
+
+       * libiberty.h (pex_write_input): Remove prototype.
+
 2007-01-31  Vladimir Prus  <vladimir@codesourcery.com>
        
        * libiberty.h (PEX_STDERR_TO_PIPE): New define.
index cc6cce3..7a58b71 100644 (file)
@@ -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.  */