[bug #46261] missing usage of EINTRLOOP macro

2015-10-20 Thread Jack Howarth
Follow-up Comment #2, bug #46261 (project make): Of course that should be 10.11 and not 10.12 for the OS X version. ___ Reply to this item at: ___ Messa

[bug #46261] missing usage of EINTRLOOP macro

2015-10-20 Thread Jack Howarth
Additional Item Attachment, bug #46261 (project make): File name: make.patch Size:0 KB ___ Reply to this item at: ___ Message sent

[bug #46261] missing usage of EINTRLOOP macro

2015-10-20 Thread Jack Howarth
Follow-up Comment #1, bug #46261 (project make): The change... diff -uNr make-4.1.orig/main.c make-4.1/main.c --- make-4.1.orig/main.c2014-10-05 12:24:51.0 -0400 +++ make-4.1/main.c 2015-10-20 22:08:00.0 -0400 @@ -3364,9 +3364,12 @@ #else /* Close the write sid

[bug #46261] missing usage of EINTRLOOP macro

2015-10-20 Thread Jack Howarth
URL: Summary: missing usage of EINTRLOOP macro Project: make Submitted by: jwhowarth Submitted on: Wed 21 Oct 2015 02:02:48 AM GMT Severity: 3 - Normal Item Group: Bug

Re: [bug #46242] Race condition when input file is updated while compiling

2015-10-20 Thread Reinier Post
On Tue Oct 20 20:36:13 2015, egm...@gmail.com (Egmont Koblinger) wrote: [...] > > I don't think make should be worried about this potential race; it's an > > obvious case of user error with an easy discipline for the user to apply > > to avoid any problems. > > Is it really obvious? Is it docum

Re: [bug #46242] Race condition when input file is updated while compiling

2015-10-20 Thread Mike Shal
On Tue, Oct 20, 2015 at 3:57 PM, David Boyce wrote: > My view is that this is really a variant of the longstanding > discussion about getting make to not rely on timestamps at all and use > MD5 or similar digital signatures instead. There are a number of > reasons why timestamps can be insufficie

Re: [bug #46242] Race condition when input file is updated while compiling

2015-10-20 Thread David Boyce
This is mixing up two things. The article discusses ways of doing this at the makefile level, i.e. without any mods needed to make per se. There’s also a separate longstanding discussion with multiple proposals for how to modify make to add a native checksum capability. David On Tue, Oct 20, 2015

Re: [bug #46242] Race condition when input file is updated while compiling

2015-10-20 Thread Egmont Koblinger
This sounds like an awesome idea! The article being 9 years old makes me wonder though... is it something that'll be done in the foreseeable future? thx, e. On Tue, Oct 20, 2015 at 9:57 PM, David Boyce wrote: > My view is that this is really a variant of the longstanding > discussion about get

Re: [bug #46242] Race condition when input file is updated while compiling

2015-10-20 Thread David Boyce
My view is that this is really a variant of the longstanding discussion about getting make to not rely on timestamps at all and use MD5 or similar digital signatures instead. There are a number of reasons why timestamps can be insufficient beside this race condition, so I think it might be better t

Re: [bug #46242] Race condition when input file is updated while compiling

2015-10-20 Thread Egmont Koblinger
Hi, Let me tell 2 real-life examples: 1. The one that made me find this issue: My hobby project takes 45 seconds to compile, out of which the biggest .cc file that I modify most of the time is 15 seconds. In order to understand what's going on (it was not written by me, I'm just fixing bugs and