Some more refactor suggestions

2013-11-25 Thread Pavel Fedin
Hello! I would like to suggest another code refactor, which could make the code easier to maintain. This is a result of my study of spawn() vs fork() differences and ways to implement runtime switching between spawn() and fork() in a simple way. The idea is to unify child_execute_job() function.

RE: VMS port

2013-11-25 Thread Pavel Fedin
Hello! > Please leave DOS out of this discussion: it doesn't support parallel > execution (and never will), and therefore output-sync is a no-op there. Ah, sorry, of course. I forgot... :) Well, EMX then. And, anyway, i've refactored the thing a little bit more and now it doesn't introduce an

mingw-w64 build breaks and warnings

2013-11-25 Thread Stephan T. Lavavej
Hi, make's HEAD is currently broken for mingw-w64, and is also emitting several warnings. I'm building http://git.savannah.gnu.org/cgit/make.git/commit/?id=f5f5adb with "build_w32.bat gcc". The attached make-mingw-w64.patch fixes all errors and warnings, and shouldn't affect other platforms. H

Re: VMS port

2013-11-25 Thread hb
On 11/25/2013 01:44 PM, Pavel Fedin wrote: > I know, this is what i'm going to do. Actually, i want to fix output-sync > for spawn()-based flavor. This includes EMX, DOS and potentially Cygwin. > Currently output-sync option will not work in that ports, because the related > fragment: > --- cut

Re: [bug #40225] Deterministic output ordering

2013-11-25 Thread Frank Heckenbach
Paul D. Smith wrote: > I don't think Frank's suggestion below will work (or maybe I misunderstood > it). It's not enough to remember the order in which target recipes were > started, because in parallel builds the order of starting targets can be > different. > > [...] > > What we'd need to do is

Re: VMS port

2013-11-25 Thread Eli Zaretskii
> From: Pavel Fedin > Date: Mon, 25 Nov 2013 16:44:20 +0400 > Cc: bug-make@gnu.org > > Actually, i want to fix output-sync for spawn()-based flavor. This includes > EMX, DOS and potentially Cygwin. Currently output-sync option will not work > in that ports, because the related fragment: > ---

RE: VMS port

2013-11-25 Thread Pavel Fedin
Hello! > The VMS port is actively and capably maintained by Hartmut Becker. The > ChangeLog shows he provided VMS fixes for 4.0 as recently as September. Ah, i see. Thanks for pointing at. > It's easier if patches are targeted for specific results, so it's best > not to include major refactor

Re: VMS port

2013-11-25 Thread Paul Smith
On Mon, 2013-11-25 at 13:48 +0400, Pavel Fedin wrote: > I am restarting work on spawn-patch for Cygwin. Actually, i have the very > first version working, but want to try to do some face-lift and get rid of > some #ifdef's. > My first question is: is VMS port maintained, or dead long ago ? The V

VMS port

2013-11-25 Thread Pavel Fedin
Hello! I am restarting work on spawn-patch for Cygwin. Actually, i have the very first version working, but want to try to do some face-lift and get rid of some #ifdef's. My first question is: is VMS port maintained, or dead long ago ? Kind regards, Pavel Fedin Expert Engineer Samsung Electron

Re: [bug #40639] GNU Make with profiling information

2013-11-25 Thread Reinier Post
On Wed Nov 20 22:47:20 2013, eddy.petri...@gmail.com (Eddy Petrișor) wrote: > > On Tue Nov 19 22:29:22 2013, Reinier Post wrote: > >> Follow-up Comment #1, bug #40639 (project make): > >> > >> I have created a cleaned up rebased branch that contains only changes for > >> the > >> profiling featur