I see that you've researched this thoroughly and aren't asking for
suggestions other than an answer to your .SHELL_ERREXIT question but I
still thought I'd offer the macro I wrote to solve this. It's not as easy
as a flag but at least it's a line-for-line replacement.
# Behave like $(shell ...) bu
BTW the $(or ...) is backward compatibility for make 3.x which did not have
.SHELLSTATUS. On 3.x this macro devolves to behaving just like $(shell ...).
On Wed, Dec 27, 2023 at 11:12 PM paul david
wrote:
> Hi,
>
> On 2023-12-27 at 08:55 -05, quoth DSB :
> > I see that you
Background situation: we're seeing an error that manifests reliably when
make 4.4.1 is used but not with 4.3. This isn't necessarily a make problem,
there are many other tools involved, but the insight we have is that 4.41
reliably triggers it vs 4.3. Therefore I'm trying to narrow it down by
doing
:
>
> ./bootstrap && ./configure && make make
> ...
> make: *** No rule to make target 'lib/libgnu.a', needed by 'make'. Stop.
>
> A regular "make" completes after which "make make" works.
>
> David
>
> On Sat, M
The GNU make manual for 4.2.1 says this:
"To access the pipe you must parse the 'MAKEFLAGS' variable and look for
the argument string '--jobserver-auth=R,W'"
I don't actually need to work with the job server, just to know whether a
-j flag was passed, but from my reading it should be discoverable
th a Linux-only
solution which is good enough for my use case. It's shown here in case
useful for anyone else:
# Determine whether a -j flag was used explicitly. Do not remove the space
in "-j ".
jval := $(filter -j%,$(subst -j ,-j,$(shell tr '\0' ' '
wrote:
>
