[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: Eli Zaretskii
Subject: Re: GNU make 4.2 (and 4.2.1) failing due to length of command-line
Date: Thu, 23 Jun 2016 05:40:48 +0300

> From: Paul Smith <address@hidden>
> Cc: Eli Zaretskii <address@hidden>, "address@hidden" <address@hidden>
> Date: Wed, 22 Jun 2016 16:54:35 -0400
> On Wed, 2016-06-22 at 20:36 +0000, Adrian Muresan wrote:
> > Does batch_mode_shell = 1 mean that it always uses the sh.exe instead
> > of Windows.cmd?
> No.  It's clear that make is not using Windows, because the
> script you're running is a POSIX shell script, not a batch
> script.  If you tried to enter those commands into your
> prompt you'd get a syntax error.
> What that flag means (as I understand it: I'm not that familiar with
> this aspect of Windows support) is that make will never try to invoke
> the shell directly passing the recipe to be run on the command line.
> Instead it is being forced to always write the recipe to a temporary
> file ("batch file") on your disk and invoke the shell such that it runs
> the recipe in the temporary file.

Yes, that's true.  As an aside, the Windows shell is cmd.exe, not, and Make uses cmd.exe if either (a) the Makefile requires
that with the "SHELL =" command, or (b) it cannot find any sh.exe on

reply via email to

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