[bug #48274] adding -j option to MAKEFLAGS no longer works

URL: Summary: adding -j option to MAKEFLAGS no longer works Project: make Submitted by: opk Submitted on: Mon 20 Jun 2016 12:16:17 PM CEST Severity: 3 - Normal Item Group

[bug #47913] newlines lost with $(foreach)

Follow-up Comment #5, bug #47913 (project make): Using subst to replace newlines with some other character works fine and I'm happy with that as a solution. Thanks. I prefer that to the MAKE_DEPS macro because it is backwards compatible with the individual Makefiles (they span a large number of pr

[bug #47913] newlines lost with $(foreach)

URL: Summary: newlines lost with $(foreach) Project: make Submitted by: opk Submitted on: Fri 13 May 2016 04:41:26 PM CEST Severity: 3 - Normal Item Group: Bug

output from $(error) lost with output sync

Given the following Makefile, the output from the error function is being lost when the gmake 4 output-sync is enabled: foo: $(OBJS) echo $(or $(filter %.o,$^),$(error No input files for library: $@)) % gmake Makefile:2: *** No input files for library: foo. Stop. % gmake -O % With $(in

[bug #40225] Deterministic output ordering

Follow-up Comment #4, bug #40225 (project make): Trying to make the output order deterministic seems to be the wrong approach to me. It'd be better to separate the build log out into lots of little files corresponding to each output file. I reckon this isn't too hard with a guile script. From guil

$(origin GNUMAKEFLAGS)

It seems that $(origin GNUMAKEFLAGS) returns `environment' while $(origin MAKEFLAGS) returns `file'. Is there a reason for this discrepancy? Unlike MAKEFLAGS, it doesn't appear to be exported to child processes. Even `file' seems a strange value: wouldn't default make more sense unless it really i

[bug #18305] target specific variables with conditional assignments

URL: Summary: target specific variables with conditional assignments Project: make Submitted by: opk Submitted on: Wednesday 11/15/2006 at 13:44 Severity: 3 - Normal Ite