[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-12-24 Thread Paul D. Smith
Follow-up Comment #13, bug #63347 (project make): I will add a note to NEWS, thanks for the suggestion Dmitry. ___ Reply to this item at: ___ Message

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-29 Thread Dmitry Goncharov
Follow-up Comment #12, bug #63347 (project make): Thanks for review, Paul. Do you think this should be mentioned in NEWS? ___ Reply to this item at:

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-28 Thread Paul D. Smith
Update of bug #63347 (project make): Status:None => Fixed Open/Closed:Open => Closed Fixed Release:None => SCM Triage Status:

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-27 Thread Paul D. Smith
Follow-up Comment #10, bug #63347 (project make): The problem in the kernel build system is not related to this change; the issue can also be seen with the released GNU make 4.4 version. For example, set *MAKEFLAGS* like this in your environment before invoking the kernel build: $ export

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-27 Thread Dmitry Goncharov
Follow-up Comment #9, bug #63347 (project make): > Differences that I could spot: > - there's "rR" instead of "-rR" > - "-rR" is at the beginning not at the end > - MAKE_OPTS are part of MAKEFLAGS -- Well defined MAKEFLAGS has the following format [shortoptions] [-option with arg]... [--long

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-26 Thread Jan Palus
Follow-up Comment #8, bug #63347 (project make): Looks like attached patch changes behavior in the way that makes Linux kernel build system assume silent mode. For following input: $ cat Makefile MAKE_OPTS := A=a C=c H=h all: $(MAKE) -C test $(MAKE_OPTS) all $ cat test/Makefile

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-23 Thread Rudi Heitbaum
Follow-up Comment #7, bug #63347 (project make): Tested in my cross compile scenarios. Good too. ___ Reply to this item at: ___ Message sent via

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-23 Thread Jan Palus
Follow-up Comment #6, bug #63347 (project make): Thanks Dmitry. I can confirm that the patch fixes nss build that relies on same flags being passed to all $(shell)s (https://bugzilla.mozilla.org/show_bug.cgi?id=1800237). ___ Reply to this

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-22 Thread Dmitry Goncharov
Follow-up Comment #5, bug #63347 (project make): Thanks for your report. This patch introduces two visible changes. 1. Have command line variable definitions in MAKEFLAGS at parse time. 2. Define makeflags at parse time, each time a makefile modifies MAKEFLAGS. The patch contains a more

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-16 Thread Paul D. Smith
Follow-up Comment #4, bug #63347 (project make): Yes, that's annoying. The problem is that MAKEFLAGS is not fully defined until after all the makefiles are parsed. I remember I changed that as a test last year and something didn't work right, but I can't remember now what it was. Looks like

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-11 Thread Jan Palus
Follow-up Comment #3, bug #63347 (project make): Just to be clear I don't mind the change with $(shell) now receiving those vars, what I do mind is that current behavior is selective of which $(shell)s do receive it. The one in target dependency does not. What I miss is uniform consistent

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-11 Thread Paul D. Smith
Follow-up Comment #2, bug #63347 (project make): Yes, this is changed in this release; please see the NEWS file https://git.savannah.gnu.org/cgit/make.git/tree/NEWS?h=4.4#n74 : * WARNING: Backward-incompatibility! Previously makefile variables marked as export were not exported to commands

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-11 Thread Dmitry Goncharov
Follow-up Comment #1, bug #63347 (project make): This behavior changed to fix https://savannah.gnu.org/bugs/?10593. See commit 98da874c43035a490cdca81331724f233a3d0c9a. ___ Reply to this item at:

[bug #63347] make 4.4 change in behavior for sub-make invoked via $(shell)

2022-11-11 Thread anonymous
URL: Summary: make 4.4 change in behavior for sub-make invoked via $(shell) Project: make Submitter: None Submitted: Fri 11 Nov 2022 08:21:14 PM UTC Severity: 3 - Normal