Follow-up Comment #3, bug #40503 (project make):
It will slow down Make for no good reason, for starters.
It also makes no sense with "absolute" paths such as /bin/sh.
But the main reason is: this is an enhancement. Enhancements should come with
a good reason why they would make sense, and asking "why not?" is not such a
reason, sorry.
GNU Make on Windows already has quite a lot of hidden features whose aim is to
help in some corner use cases. (E.g., did you know that it transparently
supports Unix-style foo:bar:baz format of PATH, even if the directories
specify drive letters, as in "d:/foo:c:/bar:z:/baz"?) These features
sometimes interact in unpredictable ways, making maintenance harder, and each
additional one makes Make on Windows less maintainable. I'd like to avoid
adding more cruft of this sort, unless it is really useful.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?40503>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-make mailing list
Bug-make@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-make
