patchmake - Patches: patch #3678, make -j unnecessarily requires an...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

patch #3678: make -j unnecessarily requires an Unix shell

Submitter:  None
Submitted:  Mon 24 Jan 2005 03:23:34 PM UTC
   
 
Category:  None Priority:  5 - Normal
Status:  Done Privacy:  Public
Assigned to:  psmith Originator Email:  -email is unavailable-
Open/Closed:  Closed Fixed Release:  CVS

Wed 08 Feb 2006 04:44:11 PM UTC, comment #5: 

As of the latest CVS, parallel jobs should work on Windows.  However, note that the jobserver feature does not work so parallelism is restricted to pre-jobserver capabilities (recursive invocations of make are all run with -j1).

I'm closing this patch.

Paul D. Smith <psmith>
Group administrator
Wed 22 Jun 2005 05:28:48 PM UTC, comment #4: 

It sounds good to me (detecting enhanced cmd.exe).  But, someone needs to implement this and we need to test it across various versions of Windows.

I'm marking this "Need Info".

Paul D. Smith <psmith>
Group administrator
Mon 14 Mar 2005 08:06:25 PM UTC, comment #3: 

Sorry Paul I should have been more clear. We should detect the host on Windows (maybe call version.dll) and if we are running on Win2k or higher then we should try to use cmd.exe if a unix shell is not there. Older Win9x are just going to be out of luck for -j.

Anonymous
Mon 14 Mar 2005 08:03:08 PM UTC, comment #2: 

cmd.exe and not command.com should be used.

Anonymous
Wed 09 Feb 2005 10:27:56 PM UTC, comment #1: 

The problem appears to be that while newer versions of Windows provide a command.com that can handle advanced features, older versions still do not.  So, what should we do here?  Can make determine at runtime which level of command.com it has access to?  Or should there be a configure/compile-time option to specify which one make should assume?

Paul D. Smith <psmith>
Group administrator
Mon 24 Jan 2005 03:23:34 PM UTC, original submission:  

make -j currently requires a Bourne shell on Windows. This isn't actually necessary, and it appears to be caused by ignorance of the enhancemente of the Windows command prompt on its ancestor, the DOS prompt. The attached patch (targetting mingw32-make-3.80.0-3) fixes this

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attached Files
file #8310:  make-w32jobs.patch added by None (2KiB - application/octet-stream - Patch)

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follow 6 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2006-02-08 psmith StatusNeed Info Done
    Assigned toNone psmith
    Open/ClosedOpen Closed
    Fixed ReleaseNone CVS
2005-06-22 psmith StatusNone Need Info
2005-01-24 None Attached File- Added make-w32jobs.patch, #4086

Back to the top

Powered by Savane 3.13-f8d8.
Corresponding source code