[bug #30714] List of shell commands is outdated/Fallback to shell

2013-05-18 Thread Eli Zaretskii
Update of bug #30714 (project make): Status:None => Fixed Open/Closed:Open => Closed Component Version:3.81 => SCM Fixed Release:

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-11 Thread Eli Zaretskii
Follow-up Comment #10, bug #30714 (project make): "It depends on what you consider "normal". It's normal for CreateProcess, of course, but this is not how make should work. I don't see any reason why Windows version should behave differently than Unix version, and I believe that Unix version does

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-11 Thread Krzysztof Malinowski
Follow-up Comment #9, bug #30714 (project make): "But this is normal behavior on Windows." It depends on what you consider "normal". It's normal for CreateProcess, of course, but this is not how make should work. I don't see any reason why Windows version should behave differently than Unix vers

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-10 Thread Eli Zaretskii
Follow-up Comment #8, bug #30714 (project make): "Now imagine that somebody writes a recipe, thinking that it would be parsed by shell (as documentation suggests). He creates for example a script named foo.bat which is being called by the recipe. What he does not know is that someone else created

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-10 Thread Krzysztof Malinowski
Follow-up Comment #7, bug #30714 (project make): I agree that Savannah is not too well suited for discussion, but I would like to keep it here in order to track how the discussion develops. And maybe other people will join us :-) I know that explicit call to "cmd /c move" will do the trick, but

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-10 Thread Eli Zaretskii
Follow-up Comment #6, bug #30714 (project make): Savannah is not suited well for having a discussion. (Maybe we should start a thread on make-...@gnu.org, if this is going to continue.) I respond to some of the comments after quoting the relevant portion of it. >As for MOVE being external prog

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-10 Thread Krzysztof Malinowski
Follow-up Comment #5, bug #30714 (project make): But this is exactly the case. Searching for 'move' in PATH fails, so shell should be started to parse the command. However, instead of starting the shell the command is just being passed to the system, and the system fails to run it. Let me illust

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-10 Thread Paul D. Smith
Follow-up Comment #4, bug #30714 (project make): I don't have any Windows systems; all my systems run Linux or some UNIX variant. So, I can't support Windows myself and I rely on a group of volunteers to maintain that platform (just like with VMS and other non-POSIX platforms). One concern with

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-10 Thread Krzysztof Malinowski
Follow-up Comment #2, bug #30714 (project make): Well, the documentation states: "When it is time to execute recipes to update a target, they are executed by invoking a new subshell for each line of the recipe, unless the .ONESHELL special target is in effect (see Using One Shell) (In practice,

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-09 Thread Eli Zaretskii
Follow-up Comment #1, bug #30714 (project make): Unfortunately, the issue is a little bit more complicated: the MOVE command is a built-in on some versions of Windows, but an external program move.exe on others (Windows 9X). That (and not outdated information regarding the current Windows shells

[bug #30714] List of shell commands is outdated/Fallback to shell

2010-08-09 Thread Krzysztof Malinowski
URL: Summary: List of shell commands is outdated/Fallback to shell Project: make Submitted by: raspy Submitted on: Mon 09 Aug 2010 12:53:19 PM GMT Severity: 3 - Normal I