Follow-up Comment #1, bug #37648 (project make):
Please attach a minimal Makefile needed to reproduce the problem. It is hard
to reason about this without at least that much.
Off-hand, I'd say that I find it hard to believe this is a regression. Make
used a temporary batch file in version 3.81 as well, so the same problems
would happen in that version as well. Perhaps the v3.81 binary you used was
not built with MinGW (e.g., with Cygwin).
More generally, Make is a console program, and as such it by default uses the
OEM codepage, in your case codepage 437. These are MS-Windows "rules of the
game", you cannot expect Make not to play according to them. (By the way, 437
is not an ASCII codepage, it does include a small number of Latin characters
in the upper half, although it certainly doesn't support the full repertory of
codepage 1252.) So you cannot expect Make to use cp1252, unless you set your
console to that codepage before running Make (which I think will not work
always, at least not reliably.)
Having said all that, I'm willing to take a look at specific test cases and
see what can be done.
Thanks.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?37648>
_______________________________________________
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
