4.4: embeds volatile information in MAKEFLAGS

[Steffen Nurpmeso]

Hello.

CRUX-Linux did not yet update make to 4.4; one of the project
leaders said

 13:23 < jue> stenur: building of s-mail is broken with make 4.4
 13:23 < jue> ... glibc as well

When looking into this now for my s-nail MUA i saw

  #?0|kent:s-nail-14.9.24$ ../make-4.4/make all -j4
  ...
All good
  ...
  #?0|kent:s-nail-14.9.24$ make distclean
  make[1]: Entering directory '/tmp/x/s-nail-14.9.24/.obj'
  make[1]: *** Cannot open jobserver /tmp/GMfifo31074: No such file or 
directory.  Stop.
  make[1]: Leaving directory '/tmp/x/s-nail-14.9.24/.obj'
  make: *** [makefile:40: distclean] Error 2

It seems GNU make now embeds volatile information into $MAKEFLAGS,
but refrains from working if that is invalid.
I see NEWS is saying

  You can force GNU Make to use the simple pipe-based jobserver (perhaps if
  you are integrating with other tools or older versions of GNU Make) by
  adding the '--jobserver-style=pipe' option to the command line of the
  top-level invocation of GNU Make, or via MAKEFLAGS or GNUMAKEFLAGS.
  To detect this change search for 'jobserver-fifo' in the .FEATURES variable.

but this requires changes to the build system, and a new release.

I wonder, or, to be honest, it is my opinion that GNU make should
reset this part of MAKEFLAGS in at least the ENOENT case?

A nice sunday i wish.
(I am not subscribed.)

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)