[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: feature request: parallel builds feature

From: Paul Smith
Subject: Re: feature request: parallel builds feature
Date: Mon, 22 Apr 2013 13:56:11 -0400

On Mon, 2013-04-22 at 00:42 -0700, Jim Michaels wrote:
> it currently has a problem with stdin, because at this point there is
> only one of those, only 1 of them gets it, and the others starve. so
> if your build needs stdin or creates files from the commandline using
> heredocs, you can't use it (check first!). you will get an error. gnu
> has not yet figured out a solution yet (I have, multiple shells IF you
> can control them... probably can't without some work creating batch
> files for the jobs). so there is a solution. even with a batch file,
> make would need some sort of way of reporting back error conditions. I
> think there are ways of managing that with files via presence-detect,
> sort of like semaphores. they should get cleared when the job ends, or
> when a switch is given to clear the state for that session if the
> session was broken with ctrl-c. well, I suppose a ctrl-c handler
> should still kill those terminals or cmd shells and clear up those
> files.
> what do you think?
> if a terminal is opened, it should be created without a window. some
> OS's have that option. some don't, like freeDOS, which would not have
> the ability to do terminals, parallel shell windows, or even the
> --jobs feature (but that's implementation-dependent).

Please keep the mailing list CC'd.  Thanks.

I'm afraid I still don't understand what you're asking for here.  You'll
need to back up and provide a description of your needs in a clear,
orderly way without digressions.

Yes, it's true that GNU make only provides its stdin to one job at a
time and which job gets it is essentially random.  In order to address
this we'd need to see a specific use-case or requirement, but my
suspicion is that all such possible use-cases are better solved by a
change of process at a level above what make can provide.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]