[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

4.4: embeds volatile information in MAKEFLAGS

From: Steffen Nurpmeso
Subject: 4.4: embeds volatile information in MAKEFLAGS
Date: Sat, 05 Nov 2022 23:23:39 +0100
User-agent: s-nail v14.9.24-329-gce485e68d3


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.)

|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)

reply via email to

[Prev in Thread] Current Thread [Next in Thread]