Re: Make run in parallel mode with output redirected to a regular file can randomly drop output lines

2013-05-26 Thread Stefano Lattarini
On 05/26/2013 05:18 AM, Frank Heckenbach wrote: > (Sorry, I can't reply properly; I'm not subscribed, just saw the > message on the web archive.) > > Stefano Lattarini wrote: > >> Make run in parallel mode with output redirected to a regular file >> can randomly drop output lines > > Yet another

[bug #39035] problem with blanks in continuation line in a recipe

2013-05-26 Thread Paul D. Smith
Update of bug #39035 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Operating System:

[bug #39028] [patch] fix and uniformize four error messages

2013-05-26 Thread Paul D. Smith
Update of bug #39028 (project make): Item Group:None => Enhancement Status:None => Fixed Assigned to:None => psmith Open/Closed:

[bug #38945] [PATCH] Fix CRLF backslash-newline handing on non-WINDOWS32 platforms

2013-05-26 Thread Paul D. Smith
Update of bug #38945 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

Re: Make run in parallel mode with output redirected to a regular file can randomly drop output lines

2013-05-26 Thread Paul Smith
On Sun, 2013-05-26 at 11:14 +0200, Stefano Lattarini wrote: > Actually no; maybe it is *possible* to play some tricks with the > inherited file descriptors in order to mitigate or fix the issue, > but I haven't given it any real thought. Well, we can use fcntl() to set O_APPEND on stdout/stderr.

Re: Make run in parallel mode with output redirected to a regular file can randomly drop output lines

2013-05-26 Thread Stefano Lattarini
On 05/26/2013 09:57 PM, Paul Smith wrote: > > [SNIP] > > Might be worthwhile checking the FreeBSD code for their make, to see if > they do something like this. > Nope, Frank was right: when run in parallel mode, FreeBSD make unconditionally behaves like GNU make does with the '-O' option enabled (

Re: Make run in parallel mode with output redirected to a regular file can randomly drop output lines

2013-05-26 Thread Paul Smith
On Sun, 2013-05-26 at 22:05 +0200, Stefano Lattarini wrote: > On 05/26/2013 09:57 PM, Paul Smith wrote: > > > > [SNIP] > > > > Might be worthwhile checking the FreeBSD code for their make, to see if > > they do something like this. > > > Nope, Frank was right: when run in parallel mode, FreeBSD ma

Re: Make run in parallel mode with output redirected to a regular file can randomly drop output lines

2013-05-26 Thread Stefano Lattarini
On 05/26/2013 10:20 PM, Paul Smith wrote: > On Sun, 2013-05-26 at 22:05 +0200, Stefano Lattarini wrote: >> On 05/26/2013 09:57 PM, Paul Smith wrote: >>> >>> [SNIP] >>> >>> Might be worthwhile checking the FreeBSD code for their make, to see if >>> they do something like this. >>> >> Nope, Frank was

[bug #38442] Field 'name' not cached

2013-05-26 Thread Paul D. Smith
Update of bug #38442 (project make): Status:None => Fixed Assigned to:None => psmith Open/Closed:Open => Closed Fixed Release:

Re: GNU make release candidate 3.99.90 available

2013-05-26 Thread Paul Smith
On Mon, 2013-05-20 at 19:06 +0300, Eli Zaretskii wrote: > > I still don't want to add back the pointer to the struct. Memory usage > > by GNU make is becoming a sore spot, especially as larger and larger > > build systems start to move to non-recursive make. If necessary we'll > > need to make th

Re: Make run in parallel mode with output redirected to a regular file can randomly drop output lines

2013-05-26 Thread Frank Heckenbach
Paul Smith wrote: > Nevertheless, I do wonder whether forcing stdout/stderr into O_APPEND > mode would be worthwhile. It would fix this problem in any event. I'm > having a hard time coming up with a reason NOT to do it. One issue, though it might seem strange that I'm the one to mention it, is