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

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

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

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 #30730] SHELL does not work correctly on Windows

URL: Summary: SHELL does not work correctly on Windows Project: make Submitted by: raspy Submitted on: Tue 10 Aug 2010 04:08:27 PM GMT Severity: 3 - Normal Item Group: B

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

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

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 #30723] implicit re-executing of subdirs breaks $(origin) with make-3.82

Follow-up Comment #4, bug #30723 (project make): yes, that patch fixes things for me. now i get the "expected": Makefile:240: *** mixed implicit and normal rules. Stop. but that is something to take up with glibc maintainers ___ Reply t

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

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 #30612] error parsing library references with multiple objects

Update of bug #30612 (project make): Summary: make-3.82 parse error => error parsing library references with multiple objects ___ Reply to this item at:

[bug #30612] make-3.82 parse error

Update of bug #30612 (project make): Item Group:None => Bug Assigned to:None => psmith Component Version: CVS => 3.82 Triage Status:

[bug #30723] implicit re-executing of subdirs breaks $(origin) with make-3.82

Update of bug #30723 (project make): Component Version:None => 3.82 ___ Reply to this item at: ___ Messa

[bug #30723] implicit re-executing of subdirs breaks $(origin) with make-3.82

Update of bug #30723 (project make): Item Group:None => Bug Status:None => Fixed Assigned to:None => psmith Open/Closed:

[bug #30723] implicit re-executing of subdirs breaks $(origin) with make-3.82

Follow-up Comment #3, bug #30723 (project make): Hm, I believe I found the bug. Please try this patch: --- main.c 19 Jul 2010 07:10:53 - 1.243 +++ main.c 10 Aug 2010 07:12:15 - @@ -2093,6 +2093,7 @@ const char *pv = define_makeflags (1, 1); char