bug-make
[Top][All Lists]
Advanced

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

Re: Using shell wrapper for descrambling parallel make output


From: Atte Peltomäki
Subject: Re: Using shell wrapper for descrambling parallel make output
Date: Mon, 14 Nov 2011 19:00:32 +0200
User-agent: Mutt/1.5.20 (2009-06-14)

On Mon, Nov 14, 2011 at 11:46:32AM -0500, David Boyce wrote:
> On Mon, Nov 14, 2011 at 4:29 AM, Atte Peltomäki <address@hidden> wrote:
> > Nice work. Your implementation seems much more refined than mine. Only
> > one thing catches my attention; your version doesn't seem to properly
> > preserve the original line ordering between stdout and stderr. I suggest
> > solving this as I did:
> 
> Thanks. I assume (without having looked) that your ideas refer to the
> standalone program and not the patch for make itself?

Both really, but as you say, there's not much point maintaining a
standalone solution for something that's better off implemented in make
itself. 

In fact, regardless of getting the patch to make 3.83, I'd rather opt 
for putting effort into the patch and not external wrapper. Makes little
difference delivering a prebuilt wrapper or a prebuilt make with build
system, or building either one as prerequisite.
 
> My problem, aside from limited time of course, is that I have no
> indication yet of whether the patch is likely to be accepted into 3.83
> which in turn has an effect on how much work I want to put into the
> standalone solution. Paul, any chance you can provide a status update
> or thumbs up/down on http://savannah.gnu.org/bugs/?33138?

I will try to allocate some time this week to properly read through your
patch, test it and possibly make the changes I proposed earlier. I'll
keep you updated.

Btw. any clues as to when make 3.83 might be released? 3.82 is
practically unusable due to the nasty memory corruption problem the 
unpatched release version has. 

-- 
Atte Peltomäki
     address@hidden <> http://kameli.org
"Your effort to remain what you are is what limits you"



reply via email to

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