Re: GNU make 4.2 (and 4.2.1) failing due to length of command-line

[Michael Stahl]

On 22.06.2016 17:26, Eli Zaretskii wrote:
>> From: Michael Stahl <address@hidden>
>> Date: Wed, 22 Jun 2016 13:58:41 +0200
>>
>> On 22.06.2016 00:53, Adrian Muresan wrote:
>>> On GNU make 3.81, it works fine. But on make 4.2 and 4.2.1, I get an error:
>>>
>>> cp: target `C' is not a directory
>>>
>>> The problem appears to be the length of the command. If I delete some
>>> JSON files, it works fine.
>>
>> FWIW i've noticed that with make 4.0/4.1 built for Win32, invoking the
>> Cygwin bash shell as C:/cygwin/bin/sh.exe, the command lines are
>> silently truncated at ~8K characters - this did not happen when we used
>> GNU make 3.82 built for Cygwin.
> 
> You are talking about the Cygwin build of Make, yes?  That's a
> different build from the one in the OP's report.

no, Win32 make - i noticed while adapting the LibreOffice build system
from Cygwin make to Win32 make a couple years ago (which gave a large
speed improvement, see [1] for details) that some commands that used to
work before failed with Win32 make because the command lines were truncated.

> And yes, the native Windows build of Make supports command lines up to
> 32K bytes, except when it invokes cmd.exe, which itself is limited to
> 4K bytes.

i think i looked at it in a debugger and saw that the command line was
indeed passed to CreateProcess un-truncated but i forget the details, it
was some years ago, i don't think i found out where exactly the
truncation happened.

[1]
http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.devel/59339