[bug #50754] Archive member rules and GNU ar's deterministic (-D) option

URL: Summary: Archive member rules and GNU ar's deterministic (-D) option Project: make Submitted by: None Submitted on: Fri 07 Apr 2017 06:46:42 PM UTC Severity: 3 - Normal

[bug #50823] MAKEFILE_LIST contains wrong file name if file name contains dollar character

URL: Summary: MAKEFILE_LIST contains wrong file name if file name contains dollar character Project: make Submitted by: None Submitted on: Tue 18 Apr 2017 08:16:02 AM UTC Severity: 3

[bug #51462] Double-colon dependencies are built serially with parallel make

URL: Summary: Double-colon dependencies are built serially with parallel make Project: make Submitted by: None Submitted on: Thu 13 Jul 2017 09:29:18 PM UTC Severity: 3 - Normal

[bug #51414] Use of multiple $$% (for .SECONDEXPANSION) causes make to misinterpret the rule as a pattern rule

URL: Summary: Use of multiple $$% (for .SECONDEXPANSION) causes make to misinterpret the rule as a pattern rule Project: make Submitted by: None Submitted on: Fri 07 Jul 2017 01:15:19 PM UTC

[bug #51434] Document that variables are treated differently in prerequisite lists and recipes

URL: Summary: Document that variables are treated differently in prerequisite lists and recipes Project: make Submitted by: None Submitted on: Mon 10 Jul 2017 02:11:04 PM UTC

[bug #51434] Document that variables are treated differently in prerequisite lists and recipes

Additional Item Attachment, bug #51434 (project make): File name: makefile Size:0 KB ___ Reply to this item at: ___ Message sent

[bug #51591] Typographical error in manual

URL: Summary: Typographical error in manual Project: make Submitted by: None Submitted on: Thu 27 Jul 2017 02:58:59 PM UTC Severity: 3 - Normal Item Group: Documentation

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

Follow-up Comment #1, bug #48274 (project make): Would it be this bug corrected someday? It seems to be a pretty annoying bug and I don't have any status or assigned name. ___ Reply to this item at:

[bug #51014] .SHELLSTATUS not always set correctly when $(shell ...) terminated by signal

URL: Summary: .SHELLSTATUS not always set correctly when $(shell ...) terminated by signal Project: make Submitted by: None Submitted on: Fri 12 May 2017 06:22:29 PM UTC Severity: 3 -

[bug #51202] Report paths > 259 characters long, don't silently cut them

URL: Summary: Report paths > 259 characters long, don't silently cut them Project: make Submitted by: None Submitted on: Thu 08 Jun 2017 05:16:44 AM UTC Severity: 3 - Normal

[bug #51167] Pattern rule with no recipe fails

URL: Summary: Pattern rule with no recipe fails Project: make Submitted by: None Submitted on: Fri 02 Jun 2017 09:48:43 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #51200] Improvement suggestion: listen to signals to adjust number of jobs

URL: Summary: Improvement suggestion: listen to signals to adjust number of jobs Project: make Submitted by: None Submitted on: Wed 07 Jun 2017 06:43:43 PM UTC Severity: 3 - Normal

[bug #52017] Multiple intermediate pattern targets badly managed

URL: Summary: Multiple intermediate pattern targets badly managed Project: make Submitted by: None Submitted on: Thu 14 Sep 2017 01:48:50 PM UTC Severity: 3 - Normal

[bug #52028] Preventing infinite recursions when make is invoked from recipes

URL: Summary: Preventing infinite recursions when make is invoked from recipes Project: make Submitted by: None Submitted on: Fri 15 Sep 2017 05:47:30 AM UTC Severity: 3 - Normal

[bug #52076] wildcard/glob should be sorted

Follow-up Comment #1, bug #52076 (project make): This was an intentional change. To quote the NEWS file: * WARNING: Backward-incompatibility! Wildcards were not documented as returning sorted values, but the results have been sorted up until this release.. If your makefiles require sorted

[bug #51974] multiline (define/endef) containing target-specific assignments causes errors in /bin/sh

Follow-up Comment #1, bug #51974 (project make): This is also not a bug but rather an example where you need to use $(eval). I suggest you email your question about how to do what you want to the help-make mailing list: https://lists.gnu.org/mailman/listinfo/help-make instead of filing

[bug #51973] variable value set by target-specific assignment not available to reference in multi-line variable definition

Follow-up Comment #1, bug #51973 (project make): This makefile is behaving as defined: when $(call) is used, make performs a round of variable expansion on the value of the variable that is called. So, when you say $(call EXELNK,utl1) make expands that to utl1:;@echo "jfh1:pt1::" This

[bug #52209] Support for ifeq function

/manual/make.html#Conditional-Syntax Sorry, I wouldn't normally poke fun at someone online but you're anonymous anyway so what the heck. ___ Reply to this item at: <http://savannah.gnu.org/bugs/?52

[bug #52209] Support for ifeq function

Follow-up Comment #3, bug #52209 (project make): Thanks Paul for dealing with this so quickly. For the benefit of clarity (and the poster of comment #1), the parallel between what I propose and the existing preprocessor version is deliberate as I value consistency in design. There has been an

[bug #52076] wildcard/glob should be sorted

Follow-up Comment #13, bug #52076 (project make): There are two use-cases I know of where reintroducing sorting might cause problems and need reworking of existing makefiles. The first is where precedence is wanted. For example: $(firstword $(wildcard dir1/file dir2/file dir3/file)) Here, file

[bug #52209] Support for ifeq function

URL: Summary: Support for ifeq function Project: make Submitted by: None Submitted on: Wed 11 Oct 2017 07:59:03 PM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #52697] More varieties to -j switch

URL: Summary: More varieties to -j switch Project: make Submitted by: None Submitted on: Tue 19 Dec 2017 08:46:09 PM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #52697] More varieties to -j switch

Follow-up Comment #1, bug #52697 (project make): I see there is a Typo: The 3rd Sentence should be "Compiling c with make -j8 works ..." ___ Reply to this item at:

[bug #52697] More varieties to -j switch

Follow-up Comment #2, bug #52697 (project make): Maybe I forgot to make clear what the main problem is: the -j switch takes not care about ram and this is becoming more and more the important limit - especially in object orientated languages there should be something preventing starting more

[bug #53935] Add variable-assignment debug option: --debug=A

URL: Summary: Add variable-assignment debug option: --debug=A Project: make Submitted by: None Submitted on: Thu 17 May 2018 09:12:33 PM UTC Severity: 3 - Normal Item

[bug #54161] Expansion of $$* is incorrect

URL: Summary: Expansion of $$* is incorrect Project: make Submitted by: None Submitted on: Thu 21 Jun 2018 09:18:58 AM UTC Severity: 3 - Normal Item Group: Bug

[bug #54395] Regression in validation of GNU-style long names in archives

Follow-up Comment #1, bug #54395 (project make): A better example, which shows that my initial patch was still not correct: # Both member names > 16 characters long default: foo.a(long1) foo.a(long2) (%): % ar rU $@ $% long%: touch $@

[bug #54395] Regression in validation of GNU-style long names in archives

URL: Summary: Regression in validation of GNU-style long names in archives Project: make Submitted by: None Submitted on: Fri 27 Jul 2018 03:37:03 PM UTC Severity: 3 - Normal

[bug #52697] More varieties to -j switch

Follow-up Comment #3, bug #52697 (project make): I'm pretty sure something like this was already proposed, discussed and/or even implemented somewhere, but anyway: here is a quick and dirty hack I'm using to successfully compile gcc (together with some other required measures) on my raspberry pi

[bug #54549] Segfault caused by makefile in make version 4.2.1

URL: Summary: Segfault caused by makefile in make version 4.2.1 Project: make Submitted by: None Submitted on: Tue 21 Aug 2018 10:19:50 PM UTC Severity: 3 - Normal Item

[bug #54533] Touching an archive member leaves a NUL byte after date field

URL: Summary: Touching an archive member leaves a NUL byte after date field Project: make Submitted by: None Submitted on: Sat 18 Aug 2018 03:01:18 PM UTC Severity: 3 - Normal

[bug #53568] GNU Make sometime doesn't reliably remove target file on being interrupted.

URL: Summary: GNU Make sometime doesn't reliably remove target file on being interrupted. Project: make Submitted by: None Submitted on: Thu 05 Apr 2018 08:24:35 PM UTC Severity: 3 -

[bug #16372] .DELETE_ON_ERROR does not delete directories

Follow-up Comment #3, bug #16372 (project make): More than 10 years later and this bug still lingers on. This is an embarrassment. ___ Reply to this item at:

[bug #54875] The + prefix in canned recipe affects multiple lines

URL: Summary: The + prefix in canned recipe affects multiple lines Project: make Submitted by: None Submitted on: Mon 22 Oct 2018 01:38:12 PM UTC Severity: 3 - Normal

[bug #55532] Missing prerequisites are not included in $^ if .SECONDARY is present

URL: Summary: Missing prerequisites are not included in $^ if .SECONDARY is present Project: make Submitted by: None Submitted on: Mon 21 Jan 2019 01:03:46 AM UTC Severity: 3 -

[bug #55533] .SECONDARY with % pattern

Follow-up Comment #1, bug #55533 (project make): The correct command of 'Result 2' is as follows: Result 2 $ rm -f a.* $ touch a.zzz $ make a.xxx cp a.zzz a.yyy cp a.yyy a.xxx rm a.yyy ___ Reply to this item at:

[bug #55533] .SECONDARY with % pattern

URL: Summary: .SECONDARY with % pattern Project: make Submitted by: None Submitted on: Mon 21 Jan 2019 01:38:58 AM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #55532] Missing prerequisites are not included in $^ if .SECONDARY is present

Follow-up Comment #1, bug #55532 (project make): Maybe, is it better to check other special targets as well? '.PRECIOUS: bar' does not interfere the $^, but I see similar weirdness for '.INTERMEDIATE: bar'. ___ Reply to this item at:

[bug #55242] Included Makefile not found, no rule to build it but make does not fail

URL: Summary: Included Makefile not found, no rule to build it but make does not fail Project: make Submitted by: None Submitted on: Wed 19 Dec 2018 12:37:06 PM UTC Severity: 3 -

[bug #55757] FR: strict variable substitution

URL: Summary: FR: strict variable substitution Project: make Submitted by: None Submitted on: Thu 21 Feb 2019 08:38:59 PM UTC Severity: 3 - Normal Item Group:

[bug #55757] FR: strict variable substitution

Follow-up Comment #1, bug #55757 (project make): Try setting: .SHELLFLAGS := -u -c ___ Reply to this item at: ___ Message sent via Savannah

[bug #55560] .SECONDEXPANSION and eval in target-specific prerequisite lists

URL: Summary: .SECONDEXPANSION and eval in target-specific prerequisite lists Project: make Submitted by: None Submitted on: Thu 24 Jan 2019 04:33:32 PM UTC Severity: 3 - Normal

[bug #56422] How to find the number of rules in GMAKE

URL: Summary: How to find the number of rules in GMAKE Project: make Submitted by: None Submitted on: Fri 31 May 2019 03:03:24 AM UTC Severity: 3 - Normal Item Group:

[bug #56420] Unclear wording or missing word

URL: Summary: Unclear wording or missing word Project: make Submitted by: None Submitted on: Thu 30 May 2019 08:15:34 PM UTC Severity: 3 - Normal Item Group:

[bug #56449] job.c (construct_command_argv_internal): Must use shell if '%' character is present in recipe line

URL: Summary: job.c (construct_command_argv_internal): Must use shell if '%' character is present in recipe line Project: make Submitted by: None Submitted on: Thu 06 Jun 2019 11:13:33 AM UTC

[bug #56484] [RFE] compile modified files first

URL: Summary: [RFE] compile modified files first Project: make Submitted by: None Submitted on: Wed 12 Jun 2019 09:07:39 PM UTC Severity: 3 - Normal Item Group:

[bug #55757] FR: strict variable substitution

Follow-up Comment #3, bug #55757 (project make): Is --warn-undefined variables not sufficient? If you want to fail recipes, would it be feasible to set the shell to bash, and then set 'nounset' in the prolog of each recipe? ___ Reply to

[bug #55757] FR: strict variable substitution

Follow-up Comment #4, bug #55757 (project make): That's really close to what I want! A fail-undefined-variables would be even closer, if the team feels it's a good addition. ___ Reply to this item at:

[bug #56701] Do not allow -j without a number

URL: Summary: Do not allow -j without a number Project: make Submitted by: None Submitted on: Wed 31 Jul 2019 02:55:34 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #56019] Decreased parallelization vs. Make 3.82

Follow-up Comment #2, bug #56019 (project make): Commits for bug #51159 and bug #51400 together fix the problem for me: commit 78b5fec6898c26956d00548427cda1101cb80f8a Author: Paul Smith Date: Sun Jul 9 18:44:17 2017 -0400 [SV 51400] Only unblock fatal signals after child invocation

[bug #56019] Decreased parallelization vs. Make 3.82

Follow-up Comment #1, bug #56019 (project make): Hit the same bug in version 4.2.1 while building "allnoconfig" linux kernel. For me bug triggers rarely, 1 in 30 cases. It looks like the bug is fixed in the current git tree. ___ Reply to

[bug #56732] VPATH doesn't work with pattern rules

Follow-up Comment #3, bug #56732 (project make): OK, this is a special case I didn't remembered. The wording in the manual doesn't touch implicit rules, so one can assume it should work for them too. I don't know how much application of rules differs between normal and implicit ones, so I can't

[bug #56834] PATH not honored when --disable-posix-spawn is not used

URL: Summary: PATH not honored when --disable-posix-spawn is not used Project: make Submitted by: None Submitted on: Fri 30 Aug 2019 12:20:12 PM UTC Severity: 3 - Normal

[bug #56875] subst failure for "$" character

URL: Summary: subst failure for "$" character Project: make Submitted by: None Submitted on: Mon 09 Sep 2019 02:13:17 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #56918] endless loop under Darwin if recipe is non_existent_program

URL: Summary: endless loop under Darwin if recipe is non_existent_program Project: make Submitted by: None Submitted on: Wed 18 Sep 2019 08:25:19 PM UTC Severity: 3 - Normal

[bug #56914] Most output missing when building with --output-sync

URL: Summary: Most output missing when building with --output-sync Project: make Submitted by: None Submitted on: Tue 17 Sep 2019 02:34:11 PM UTC Severity: 3 - Normal

[bug #56872] Overriding a recipe without warning message

URL: Summary: Overriding a recipe without warning message Project: make Submitted by: None Submitted on: Sun 08 Sep 2019 06:27:18 PM UTC Severity: 3 - Normal Item

[bug #56655] Pattern rule fails when filename contains a space

Additional Item Attachment, bug #56655 (project make): File name: Makefile Size:0 KB ___ Reply to this item at:

[bug #56732] VPATH doesn't work with pattern rules

Follow-up Comment #2, bug #56732 (project make): Thanks for looking at this. Make supports linker flags as dependencies of a recipe and automatically searches for the .a/.so file using VPATH. See the relevant section of the manual, 4.5.6 "Directory Search for Link Libraries". I should have

[bug #56732] VPATH doesn't work with pattern rules

Follow-up Comment #1, bug #56732 (project make): Your example doesn't seem to rely on VPATH in any way. Remember: VPATH is used as a place to look for files. Also you are using "-lAbc" as prerequisite for output/%. It seems you are intending to use linker flags as input to the recipe. The way

[bug #56732] VPATH doesn't work with pattern rules

URL: Summary: VPATH doesn't work with pattern rules Project: make Submitted by: None Submitted on: Thu 08 Aug 2019 11:26:35 AM UTC Severity: 3 - Normal Item Group: Bug

[bug #39310] Regression in glob-handling from 3.81, can't use a stem and a glob in the same dependency

Follow-up Comment #2, bug #39310 (project make): The patch for this bug broke making files whose name contains a space, using a pattern rule. ___ Reply to this item at:

[bug #56655] Pattern rule fails when filename contains a space

URL: Summary: Pattern rule fails when filename contains a space Project: make Submitted by: None Submitted on: Mon 22 Jul 2019 07:27:57 AM UTC Severity: 3 - Normal Item

[bug #57365] Makefile autocomplete is puzzled with lines starting with spaces

URL: Summary: Makefile autocomplete is puzzled with lines starting with spaces Project: make Submitted by: None Submitted on: Thu 05 Dec 2019 02:26:33 PM UTC Severity: 3 - Normal

[bug #57014] make-4.2.91 segfaults under Solaris 10 when many files are involved

URL: Summary: make-4.2.91 segfaults under Solaris 10 when many files are involved Project: make Submitted by: None Submitted on: Mon 07 Oct 2019 01:01:57 PM UTC Severity: 3 - Normal

[bug #57014] make-4.2.91 segfaults under Solaris 10 when many files are involved

Follow-up Comment #2, bug #57014 (project make): Inserting many fprintf() incantations into the source code shows that glob (name, GLOB_ALTDIRFUNC, NULL, ) (line 3391 of src/read.c) seems the responsible. ___ Reply to this item at:

[bug #57014] make-4.2.91 segfaults under Solaris 10 when many files are involved

Follow-up Comment #5, bug #57014 (project make): Thank you. Indeed it is solved in 4.2.92. ___ Reply to this item at: ___ Message sent via Savannah

[bug #57022] Error 127 executing a script with no #!

Follow-up Comment #2, bug #57022 (project make): I forgot to say that SHELL = /bin/sh does _not_ work, you have to use SHELL = /bin/bash Denis Excoffier. ___ Reply to this item at:

[bug #57022] Error 127 executing a script with no #!

Follow-up Comment #1, bug #57022 (project make): I add that if the Makefile contains the line SHELL = /bin/bash the behaviour of make-4.2.92 is iaw make-4.2.1 (that is the bug does not show up). This is perhaps not enough explicit in the original bug report. In other words, to be able to run

[bug #57896] Incorrect directory is printed in "Entering directory" message when -j1 disables jobserver mode for a sub make

URL: Summary: Incorrect directory is printed in "Entering directory" message when -j1 disables jobserver mode for a sub make Project: make Submitted by: None Submitted on: Tue 25 Feb 2020 05:09:22

[bug #57898] Automatic variable for all targets on grouped target

URL: Summary: Automatic variable for all targets on grouped target Project: make Submitted by: None Submitted on: Tue 25 Feb 2020 08:09:08 PM UTC Severity: 3 - Normal

[bug #57930] plain char arguments to functions

URL: Summary: plain char arguments to functions Project: make Submitted by: None Submitted on: Sun 01 Mar 2020 01:10:01 PM UTC Severity: 3 - Normal Item Group: None

[bug #57672] Hard to read type-o

URL: Summary: Hard to read type-o Project: make Submitted by: None Submitted on: Mon 27 Jan 2020 06:49:21 AM UTC Severity: 3 - Normal Item Group: Documentation

[bug #57676] openjdk11 fails to build with make 4.3

Follow-up Comment #3, bug #57676 (project make): > (I tried to send this to -email is unavailable- but it appears to have disappeared somewhere) (I got it and your other one, but raising a bug was probably a better choice anyway here.) > fails on first run with make 4.3

[bug #57866] make fails to recognize dependency and substitute variables

URL: Summary: make fails to recognize dependency and substitute variables Project: make Submitted by: None Submitted on: Thu 20 Feb 2020 09:00:41 AM UTC Severity: 3 - Normal

[bug #57625] Shell builtins not working unless explicitly set SHELL to "sh"

URL: Summary: Shell builtins not working unless explicitly set SHELL to "sh" Project: make Submitted by: None Submitted on: Sat 18 Jan 2020 12:48:39 PM UTC Severity: 3 - Normal

[bug #57967] make messes up the terminal

URL: Summary: make messes up the terminal Project: make Submitted by: None Submitted on: Sat 07 Mar 2020 12:07:51 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #58056] Forced prerequisite order is not honored with pattern rules

URL: Summary: Forced prerequisite order is not honored with pattern rules Project: make Submitted by: None Submitted on: Fri 27 Mar 2020 11:14:42 AM UTC Severity: 3 - Normal

[bug #58056] Forced prerequisite order is not honored with pattern rules

Follow-up Comment #2, bug #58056 (project make): [comment #1 comment #1:] > This behavior is intended. > [...] > 2. Another reason is to allow parallel execution. If all prerequisites had to be built in the specified order how would you built them in parallel? Did you notice the '|'? foo_A and

[bug #58056] Forced prerequisite order is not honored with pattern rules

Follow-up Comment #6, bug #58056 (project make): [comment #4 comment #4:] > So I claim that parallel make and order-only prerequisites are distractions here. We should start with the documentation: what does it guarantee about the build order of the prereqs in the example makefile variants, in a

[bug #58056] Forced prerequisite order is not honored with pattern rules

Follow-up Comment #5, bug #58056 (project make): [comment #3 comment #3:] > make builds order only prerequisites in parallel. How can the ordering on the rules be respected then? ___ Reply to this item at:

[bug #58056] Forced prerequisite order is not honored with pattern rules

Follow-up Comment #12, bug #58056 (project make): If this behavior is allowed, I think the documentation should clarify what the order-only prerequisites actually means. I still haven't figured out their purpose or how they operate based on the documentation or what has been said here. To me, the

[bug #58075] compiler warning: add explicit braces to avoid dangling else

URL: Summary: compiler warning: add explicit braces to avoid dangling else Project: make Submitted by: None Submitted on: Sun 29 Mar 2020 01:35:17 PM UTC Severity: 3 - Normal

[bug #58347] Build failure on 32-bit ARM

URL: Summary: Build failure on 32-bit ARM Project: make Submitted by: None Submitted on: Mon 11 May 2020 01:56:14 AM UTC Severity: 3 - Normal Item Group: Bug

[bug #58365] make 4.3 segfault on s390x alpine linux

URL: Summary: make 4.3 segfault on s390x alpine linux Project: make Submitted by: None Submitted on: Wed 13 May 2020 02:17:33 PM UTC Severity: 3 - Normal Item Group:

[bug #58013] .SILENT appears to be ignored in GNU Make 4.3

URL: Summary: .SILENT appears to be ignored in GNU Make 4.3 Project: make Submitted by: None Submitted on: Fri 20 Mar 2020 08:06:48 AM UTC Severity: 3 - Normal Item

[bug #57962] make attempts to execute a directory found on PATH

Follow-up Comment #12, bug #57962 (project make): [comment #7 comment #7:] > I verified this fix was applied to gnulib, so it will be present in the next release of GNU make. Thanks! It seems that gnulib fixed findprog but not findprog_in that GNU make uses so the bug is still present.

[bug #58435] make 4.3 is not c89 compliant

URL: Summary: make 4.3 is not c89 compliant Project: make Submitted by: None Submitted on: Sat 23 May 2020 10:35:54 PM UTC Severity: 3 - Normal Item Group:

[bug #58435] make 4.3 is not c89 compliant

Follow-up Comment #1, bug #58435 (project make): i probably worded the title badly. the fact that gnu make requires c99 features is not a problem, but if it does require c99, then this should be clear and the configure script should be checking for c99 support and adding flags if necessary.

[bug #59243] Overcomplicated example of automatic dependency configuration

URL: Summary: Overcomplicated example of automatic dependency configuration Project: make Submitted by: None Submitted on: Fri 09 Oct 2020 03:49:50 PM UTC Severity: 3 - Normal

[bug #58979] Recursive make using jobserver hangs at completion

URL: Summary: Recursive make using jobserver hangs at completion Project: make Submitted by: None Submitted on: Tue 18 Aug 2020 10:07:20 PM UTC Severity: 3 - Normal

[bug #48276] Better errors for accidental spaces

Additional Item Attachment, bug #48276 (project make): File name: make.diff.txt Size:0 KB ___ Reply to this item at:

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #9, bug #59154 (project make): I don't think this would require Make to parse double quotes. My guess is it would mean passing along expanded variables to the shell without parsing the variable contents for newlines. If I have time, maybe I'll have a look at whether my guess

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #3, bug #59154 (project make): Since, IN THIS CASE, the value should really only be processed once, isn't the solution to defer the expansion to the shell by using echo PUB is "$${PUB}" as the recipe? ___ Reply

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #5, bug #59154 (project make): (To be precise, the line echo "${BLAH}" works in all the shells I've tested, and in BSD Make, but not GNU Make. If BSD Make can get this right, seems like gnu make should be able to, too.)

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #7, bug #59154 (project make): If the string isn't quoted, the first newline would naturally signal a new command to the shell, wouldn't it? Got an example of a real-world Makefile that would break? ___ Reply to this

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #4, bug #59154 (project make): "Newlines in variable expansions are treated as real newlines in the rule." Well, yes, of course. What I didn't expect is for the command to be truncated at the first newline. The shell script BLAH="hi there" export BLAH echo "$BLAH" properly

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #14, bug #59154 (project make): [comment #10 comment #10:] > GNU makefiles will allow the following makefile: > > > define SOMECOMMAND > cd foo && echo one > cd foo && echo two > endef > > all: ; $(SOMECOMMAND) > > > to print both "one" and "two" when there is a

[bug #59154] Multiline environment variables handled poorly

Follow-up Comment #15, bug #59154 (project make): Also: I have great respect for the difficulty of getting stuff like this right. (I recently stared down the maw of commandline issues in response files in meson... https://github.com/mesonbuild/meson/pull/7245 ) so while I may have sounded glib,

[bug #59211] Add a commandline option to print the executed command with unexpanded variables

URL: Summary: Add a commandline option to print the executed command with unexpanded variables Project: make Submitted by: None Submitted on: Thu 01 Oct 2020 07:43:20 AM UTC

<    1   2   3   4   5   6   7   >