Re: [bug #33138] .PARLLELSYNC enhancement with patch

2013-04-25 Thread Eli Zaretskii
> Date: Wed, 24 Apr 2013 21:19:45 +0300 > From: Eli Zaretskii > Cc: bug-make@gnu.org > > > Date: Wed, 24 Apr 2013 19:14:01 +0200 > > Cc: bug-make@gnu.org > > From: Frank Heckenbach > > > > > Testing clearly shows it doesn't: GetFileInformationByHandle simply > > > fails for handles open on cons

Re: Fwd: [bug #33138] .PARLLELSYNC enhancement with patch

2013-04-25 Thread Eli Zaretskii
> Date: Thu, 25 Apr 2013 19:36:28 +0100 > From: Tim Murphy > Cc: "bug-make@gnu.org" > > 1) sem_timedwait() in posix lets you timeout so in a big build when > something crashes or just sits around, there is at least the option of > printing an error message or giving up on locking from that poin

Re: Fwd: [bug #33138] .PARLLELSYNC enhancement with patch

2013-04-25 Thread Tim Murphy
Ok, I don't want to be too much of a pain - I can see the way things have gone and my attitude is "oh well" but I thought I'd put the case anyhow: 1) sem_timedwait() in posix lets you timeout so in a big build when something crashes or just sits around, there is at least the option of printing an

Re: Fwd: [bug #33138] .PARLLELSYNC enhancement with patch

2013-04-25 Thread Paul Smith
On Thu, 2013-04-25 at 07:14 +0100, Tim Murphy wrote: > To be honest, I have done all this before with named semaphores > including the "file that gets left over" problem and it's all solvable > quite nicely. You pass the build id in the environment which is, > after all, what it's for. Sure. Giv

Suspicious compiler warnings

2013-04-25 Thread Eli Zaretskii
FYI: when compiling git head of a few days ago, I see several warnings. They are mostly harmless, but these two look real, especially the first one: implicit.c: In function 'pattern_search': implicit.c:225:15: warning: variable 'deps' set but not used [-Wunused-but-set-variable] job.c: In

Re: [bug #33138] .PARLLELSYNC enhancement with patch

2013-04-25 Thread Eli Zaretskii
> Date: Thu, 25 Apr 2013 05:14:41 +0200 > Cc: psm...@gnu.org, bug-make@gnu.org > From: Frank Heckenbach > > My suggestion was under the assumption that we use different > declarations because of different types anyway -- which I still > recommend, though Paul might have to decide this one. Yes,

[bug #38827] Make tool does not work for pre-build steps with parallel build option

2013-04-25 Thread Sluvy
URL: Summary: Make tool does not work for pre-build steps with parallel build option Project: make Submitted by: python12 Submitted on: Thu 25 Apr 2013 02:23:24 PM GMT Severity: 3 - No