Follow-up Comment #17, bug #33034 (project make):
> If it turns out that simply changing the fatal() to an error() is sufficient
to resolve this, I'm willing to make that change (I won't add a flag for it;
the message will simply say the syntax is unsupported and should be updated).
Thank you.
> GNU make is not the kernel, and I reject attempts to impose the development
ethos of the kernel on GNU make.
That's disappointing.
Personally, when holding up software as the model of backward compatibility, I
usually point to debhelper, which still supports packages written for the very
first version.
> it's easily, IMO, inferrable that the syntax is not intended to be valid
I'm curious what you infer that from. I haven't found anything to that effect
outside of the 3.82 release notes.
> That bug should (a) not be release-critical, and (b) should be filed
against the Linux kernel headers package, not GNU make.
The kernel has already been fixed. The RC bug on Make is for introducing a
regression in Makefile parsing.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?33034>
_______________________________________________
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
