On 08/05/2018 02:50 PM, Paul Smith wrote:
I pushed these changes to Git yesterday. Please verify it works in
your environment.
Commit that I used: a1bb739165a944769cbb4a6e4f027ac9c2587122
Threos libc does not support the write of 'environ'. Thus, I had to add
minor changes. Some part of it
On 07/30/2018 12:21 PM, Paul Smith wrote:
This weekend I reworked the handling of failures in child_execute_job()
so that it behaves properly even when the child failure happens in the
current process (e.g., the fork() or posix_spawn()).
It needs a bit of cleanup--in particular writing a test
On 07/22/2018 09:58 PM, Paul Smith wrote:
On Mon, 2018-07-09 at 09:05 +0200, Aron Barath wrote:
---
Thanks for the work you put into this!
You're welcome! :)
Unfortunately this change reveals some deeper problems that I will need
to address. Basically, the old code never really expected
On 06/05/2018 07:09 PM, Paul Smith wrote:
I'm quite certain the amount
of code change would be sufficient to require copyright assignment
paperwork: if that's acceptable to you let me know and we can get the
process started.
I already tried some fork() replacement in nano, that went well.
Hmm,
Hello,
I started to work on to replace fork() with posix_spawn(). I think it is
not hopeless, so I though I make a try.
I use the master ( git clone https://git.savannah.gnu.org/git/make.git
), which currently is:
commit 8a731d1b2cc262d03e0246a4869c704b6c1599ec
Author: Paul Smith
Date:
On 03/14/2018 10:21 AM, Edward Welbourne wrote:
You might get lucky, but the maintainer probably has many other things
to do - your chances will be considerably better if you write a patch
that does it and offer that as implementation. So perhaps a better
question to ask would be "Would you be
Hello,
I'd like to build projects on a system that lacks fork() and vfork()
support, but has posix_spawn(). Would you implement an alternate version
using posix_spawn() to spawn child processes?
Thanks,
Áron
___
Bug-make mailing list
