gunmake/tests/scripts/variables/SHELL, branch 3.81 GNU make with more features of SunOS make https://git.pashev.ru/gunmake/atom?h=3.81 2005-08-25T04:40:10Z If we're on a DOS/W32/OS2 system and we're not using a unixy shell, don't 2005-08-25T04:40:10Z Paul Smith psmith@gnu.org 2005-08-25T04:40:10Z urn:sha1:6636dc1d5c41840afd58e402f7b6ea6ef25de943 follow POSIX backslash/newline conventions. Use a different method for testing the SHELL variable, which hopefully will work better on non-UNIX systems. Various minor updates and code cleanups. 2005-07-12T04:35:13Z Paul Smith psmith@gnu.org 2005-07-12T04:35:13Z urn:sha1:1e9dc3ce45ac44ea51292ca964b52ce47fee3ad3 Various fixes and updates from testers of the beta3 release (mostly Windows 2005-07-04T03:50:59Z Paul Smith psmith@gnu.org 2005-07-04T03:50:59Z urn:sha1:0e30f46a624803455dcc74acf9a333666467d253 and OS/2 changes). Fix for bug #1276: Handle SHELL according to POSIX requirements. 2004-11-28T23:11:23Z Paul Smith psmith@gnu.org 2004-11-28T23:11:23Z urn:sha1:539f513773b2e651d987a7bdbdffd8b5164d58cf POSIX requires that the value of SHELL in the makefile NOT be exported to sub-commands. Instead, the value in the environment when make was invoked should be passed to the environment of sub-commands. Note that make still uses SHELL to _run_ sub-commands; it just doesn't change the value of the SHELL variable in the environment of sub-commands. As an extension to POSIX, if the makefile explicitly exports SHELL then GNU make _will_ use it in the environment of sub-commands.