On Sun, May 29, 2016 at 11:04:49AM -0400, Paul Smith wrote:
> On Sat, 2016-05-28 at 16:09 -0700, Josh Triplett wrote:
> > If make's own stdout/stderr refers to a PTY, make could create PTYs in
> > place of pipes, collect output that way, and synchronize it to its own
> > stdout/stderr as it does now.
> 
> Just for clarity: GNU make doesn't use pipes to collect output, it uses
> IO redirection to temporary files.
> 
> I don't see any serious issue with this proposal, as long as it's
> appropriately managed for portability.

Understood.  I'll take care to include appropriate checks in configure
to only do this on systems with the necessary functions.

In order to collect output via a pty, make will need to continuously
read data from the pty and write it out to the temporary file.  I was
thinking of doing so either by forking an extra process to do the
copying when launching a command, or by having the parent process do
this for all commands it runs as part of its pselect loop.  Does one of
those seem reasonable?

- Josh Triplett

_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make

Reply via email to