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) is the reason why MOVE is not in the list, while COPY is: we don't want to fall back to the shell unless we _know_ a command is a built-in.
So the short-term solution you propose is a non-starter. Regarding the fallback to the shell: I'm not sure this is a good idea, because that's not how GNU Make works on Unix (AFAIK). The Windows code generally follows the Unix code, except where deviations are absolutely necessary, but even then it tries very hard not to change the general behavior. Regarding a non-standard shell: I believe Make 3.82 should already support the feature whereby any unknown shell called out by the SHELL variable causes all the commands to be passed to that shell. If that does not work on Windows (I didn't yet have time to try it), please feel free to file a separate bug report. I believe the Unix version does support that, so the Windows build should do the same. Unless you have convincing counter-arguments, I tend to close this bug as "Wont fix". _______________________________________________________ Reply to this item at: <http://savannah.gnu.org/bugs/?30714> _______________________________________________ Message sent via/by Savannah http://savannah.gnu.org/ _______________________________________________ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make