[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

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

From: Michael Stahl
Subject: Re: GNU make 4.2 (and 4.2.1) failing due to length of command-line
Date: Wed, 22 Jun 2016 17:43:44 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1

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.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]