[bug #14927] Fix for building archive members in parallel

Follow-up Comment #13, bug #14927 (project make): I don't see the point in that. If you want to do that you should just stop using the special archive features of make and treat it like any other target. The only reason to use the special archive feature is to allow the object files to be consid

[bug #62654] Add z/OS support

Follow-up Comment #8, bug #62654 (project make): My apologies, I uploaded the wrong one. Here's the z/OS config.log (file #54183) ___ Additional Item Attachment: File name: config.log Size:318 KB

[bug #16788] 'ORDINARY_MTIME_MAX' macro causes integral constant overflow

Follow-up Comment #5, bug #16788 (project make): I always do my compilation on Windows using straight MSVC. I don't have any cygwin or mingw compiler installed there. I don't own a license for Windows so I use the developer download to run it in a VM; this expires every 90 days so I only do the

[bug #14927] Fix for building archive members in parallel

Follow-up Comment #12, bug #14927 (project make): I think the main confusion arises from not clearly separating storage from target. _make_ does not (and should not) concern itself with the underlying structure that stores the file as long as that storage satisfies certain requirements. Similarly

[bug #16788] 'ORDINARY_MTIME_MAX' macro causes integral constant overflow

Follow-up Comment #4, bug #16788 (project make): With what compiler? The original warning seems to be from MSVC or maybe something else, but not from GCC. ___ Reply to this item at: _