[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 #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 #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 #50300] Set CFLAGS to “-O1” with .POSIX target

Follow-up Comment #3, bug #50300 (project make): I think you overlooked the reference to ".POSIX target": $ cat Makefile .POSIX: $ gmake -pq | grep ^CFLAGS gmake: *** No targets. Stop. CFLAGS := -O $ gmake --version GNU Make 4.2.1 ...

[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 #50648] GMake 4.2.1 --with-guile fails silently if installed Guile version is higher than 2.0

URL: Summary: GMake 4.2.1 --with-guile fails silently if installed Guile version is higher than 2.0 Project: make Submitted by: None Submitted on: Mon 27 Mar 2017 07:16:27 AM UTC

[bug #50372] gmk_floc missing offset member

URL: Summary: gmk_floc missing offset member Project: make Submitted by: None Submitted on: Tue 21 Feb 2017 07:18:21 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #50062] Variable needed to check that Makefile is run by GNU make?

URL: Summary: Variable needed to check that Makefile is run by GNU make? Project: make Submitted by: None Submitted on: Tue 17 Jan 2017 06:59:36 AM UTC Severity: 3 - Normal

[bug #50021] make hangs when it tries to execute script of less than 2 bytes in size

URL: Summary: make hangs when it tries to execute script of less than 2 bytes in size Project: make Submitted by: None Submitted on: Wed 11 Jan 2017 10:37:59 AM UTC Severity: 3 -

[bug #49841] flavor() function incorrectly shows function parameters as defined.

URL: Summary: flavor() function incorrectly shows function parameters as defined. Project: make Submitted by: None Submitted on: Wed 14 Dec 2016 03:33:07 PM UTC Severity: 3 - Normal

[bug #49681] Make fails to glob lib/*.{o,a}

URL: Summary: Make fails to glob lib/*.{o,a} Project: make Submitted by: None Submitted on: Wed 23 Nov 2016 12:18:08 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #49661] syntax anomaly with order-only prereqs and pattern rules

Follow-up Comment #1, bug #49661 (project make): It's a important feature of pattern rules that you can define multiple pattern rules that match the same target. Consider the various pattern rules for %.o: $ make -pq | grep '%\.o:' %.o: %.o: %.c %.o: %.cc %.o: %.C %.o: %.cpp %.o: %.p %.o: %.f

[bug #49262] Update match-anything rule documentation

Follow-up Comment #1, bug #49262 (project make): I think this is covered in "10.5.5 Match-Anything Pattern Rules" - If you do not mark the match-anything rule as terminal, then it is non-terminal. A non-terminal match-anything rule cannot apply to a file name that indicates a specific

[bug #49183] Macros set in MAKEFLAGS should not be added to the environment

Follow-up Comment #1, bug #49183 (project make): POSIX or not...that should not add further confusion, by altering a long-establish behaviour of GNU make. BUG? Not really. But if POSIX will to implement their own MAKE, maybe they can follow their own rules, but meanwhile, they still charge an

[bug #48643] Irrelevant targets can confuse make on which pattern rule to select.

URL: Summary: Irrelevant targets can confuse make on which pattern rule to select. Project: make Submitted by: None Submitted on: Wed 27 Jul 2016 05:02:12 AM UTC Severity: 3 - Normal

[bug #48057] make 4.2 breaks parallel builds of git, perl, dialog, xterm and probably more

URL: Summary: make 4.2 breaks parallel builds of git, perl, dialog, xterm and probably more Project: make Submitted by: None Submitted on: Mon 30 May 2016 11:30:29 AM UTC Severity: 3

[bug #48037] Build broken for windows

Follow-up Comment #4, bug #48037 (project make): I cross compile windows tools on *nix so the bat file isn't of any use to me, there are probably others out there who do the same on Cygwin / MSYS2 as they're more comfortable with a configure / make build.

[bug #48037] Build broken for windows

Follow-up Comment #2, bug #48037 (project make): Sorry didn't see glob was included in the source tree, there's a missing include in the w32 Makefile.am (file #37284) ___ Additional Item Attachment: File name: make.patch

[bug #48037] Build broken for windows

URL: Summary: Build broken for windows Project: make Submitted by: None Submitted on: Fri 27 May 2016 08:56:16 AM UTC Severity: 3 - Normal Item Group: Build/Install

[bug #47996] Make 4.2 does not build with cl version 15.00 (and older)

Follow-up Comment #1, bug #47996 (project make): Hi I had this issue also. Visual Studio 2008 is still common. Please enable correct functionality without necessitating the user change the code. ___ Reply to this item at:

[bug #47996] Make 4.2 does not build with cl version 15.00 (and older)

URL: Summary: Make 4.2 does not build with cl version 15.00 (and older) Project: make Submitted by: None Submitted on: mar 24 mag 2016 06:36:49 UTC Severity: 3 - Normal

[bug #44742] Double-dep with double-colon rule not built

Follow-up Comment #10, bug #44742 (project make): "Here is a one-line fix: double-colons-bail-bug44742.patch" 1) There is no file attached. 2) Could you please explain the thinking behind those 2 patches. Thanks ___ Reply to this item

[bug #47752] --no-print-directory has no effect if command parsing complains about -j options

URL: Summary: --no-print-directory has no effect if command parsing complains about -j options Project: make Submitted by: None Submitted on: Thu 21 Apr 2016 11:24:47 UTC Severity: 3

[bug #47624] Suppress unnecessary warning for "include XXX" when we know how to build XXX

Follow-up Comment #1, bug #47624 (project make): I like this change because we have also seen much confusion resulting from this message-which-looks-like-an-error-message-but-isn't. Also want to point out an alternative: Makefile.test:11: generated_include1: No such file or directory (remaking)

[bug #47365] Using --output-sync=target along with -j$(nproc) prevents any final error encountered from being shown

URL: Summary: Using --output-sync=target along with -j$(nproc) prevents any final error encountered from being shown Project: make Submitted by: None Submitted on: Tue 08 Mar 2016 08:47:38 PM UTC

[bug #47071] gnu make dumps core with long string as a target

URL: Summary: gnu make dumps core with long string as a target Project: make Submitted by: None Submitted on: Fri 05 Feb 2016 05:05:43 PM UTC Severity: 3 - Normal Item

[bug #46832] Heap buffer overflow on long target lines

URL: Summary: Heap buffer overflow on long target lines Project: make Submitted by: None Submitted on: Wed 06 Jan 2016 08:41:29 PM UTC Severity: 3 - Normal Item Group:

[bug #46596] Timestamp check behaviour difference in clean build and rebuild on rules without recipes

Follow-up Comment #3, bug #46596 (project make): Thanks The admin may delete my posts, if he wishes to. ___ Reply to this item at: ___ Message sent

[bug #46580] plugin: macro functions cannot be called with zero parameters

Follow-up Comment #1, bug #46580 (project make): I realizeit's orthogonal to what you're reporting but are you aware that there's already a documented method of getting the current makefile? this_makefile := $(lastword $(MAKEFILE_LIST))

[bug #46502] make SEGV due to isatty() ttyname() bug in docker container

URL: Summary: make SEGV due to isatty() ttyname() bug in docker container Project: make Submitted by: None Submitted on: Mon 23 Nov 2015 04:53:29 PM UTC Severity: 3 - Normal

[bug #46443] $(warning message) line number incorrect if after TAB

Follow-up Comment #1, bug #46443 (project make): There seems general agreement that this is a bug, however your interest in paying a bounty implies that you see it as a serious bug and it may not be that, given the existence of techniques such as

[bug #46400] *** missing separator, when expanding empty define'd variable

URL: Summary: *** missing separator, when expanding empty define'd variable Project: make Submitted by: None Submitted on: Sat 07 Nov 2015 08:24:43 PM UTC Severity: 3 - Normal

[bug #46304] HAVE_CASE_INSENSITIVE_FS breaks default rules since 3.99.90

URL: Summary: HAVE_CASE_INSENSITIVE_FS breaks default rules since 3.99.90 Project: make Submitted by: None Submitted on: Mon 26 Oct 2015 11:05:36 PM UTC Severity: 3 - Normal

[bug #46077] SHELL process handling does not work under Windows 10 in x64 build -> endless waiting

URL: Summary: SHELL process handling does not work under Windows 10 in x64 build -> endless waiting Project: make Submitted by: None Submitted on: Di 29 Sep 2015 18:55:34 UTC

[bug #46077] SHELL process handling does not work under Windows 10 in x64 build -> endless waiting

Additional Item Attachment, bug #46077 (project make): File name: make-4.1-winx64.patch Size:1 KB ___ Reply to this item at: ___ Nachricht

[bug #45728] .VARIABLES not updated after undefine

Follow-up Comment #1, bug #45728 (project make): I think the problem is a bit larger than what is exhibited here. I started with the following script: #!/bin/bash # gmake --version; exec gmake --warn-undefined-variables -f "$0" "$@" MY_foo:=foo undefine MY_foo MY_bar:=bar $(warning MY

[bug #46013] Command overrides added to MAKEOVERRIDES are lost if there were no overrides in the command line

Follow-up Comment #1, bug #46013 (project make): Simplified example: #!/bin/bash # exec gmake --warn-undefined-variables -f "$0" "$@" $(warning Global 1: TEST == ${TEST}) # I took the liberty of adding "export" export override TEST :=${TEST}. $(warning Global 2: TEST == ${TEST}) 1 2:

[bug #45949] MAKEFLAGS += -r has no effect for current Makefile

URL: Summary: MAKEFLAGS += -r has no effect for current Makefile Project: make Submitted by: None Submitted on: Sun 13 Sep 2015 07:45:04 AM UTC Severity: 3 - Normal Item

[bug #45949] MAKEFLAGS += -r has no effect for current Makefile

Follow-up Comment #1, bug #45949 (project make): Sorry, wrong make version. Was 3.81 and 3.82. Apparently, this has been fixed in 4.0 and 4.1. Please ignore. ___ Reply to this item at:

[bug #45838] Memory corruption when recipe runs a batch file with spaces in path

URL: http://savannah.gnu.org/bugs/?45838 Summary: Memory corruption when recipe runs a batch file with spaces in path Project: make Submitted by: None Submitted on: Thu 27 Aug 2015 16:07:05 UTC Severity: 3 - Normal

[bug #45763] Split args along MAX_ARG_STRLEN for linux/posix

URL: http://savannah.gnu.org/bugs/?45763 Summary: Split args along MAX_ARG_STRLEN for linux/posix Project: make Submitted by: None Submitted on: Fri 14 Aug 2015 07:06:31 PM UTC Severity: 3 - Normal Item

[bug #44555] make fails to use parallelism

Follow-up Comment #14, bug #44555 (project make): This has become off-topic for the current bug report and anyway it was discussed exhaustively back then; details are in mail archives. But in any case, whether you agree or disagree after reading, it's water well past the bridge by now.

[bug #44555] make fails to use parallelism

Follow-up Comment #13, bug #44555 (project make): The new feature allowing for pattern-rules...added a lot of complexity and had some performance impacts Why then was it pushed, given that it changed a convention of file-order vs. best-fit order?

[bug #44555] make fails to use parallelism

Follow-up Comment #8, bug #44555 (project make): I see absolutely the same results as noted. And there is NO DOUBT that the fork/vfork is to blame! I tested today on any single commit since 3.75(over 1000 versions!), and every single one of those versions up to

[bug #44742] Double-dep with double-colon rule not built

Follow-up Comment #4, bug #44742 (project make): Double-colon may not play nicely with parallel-execution. The following example shows one situation, where parallel execution may skip over a dependency (i.e. NOT building it at all), because it was linked in via a double-colon. As shown later,

[bug #45675] Bugs in VPATH, implicit-rules, pattern-specific, conditionals, wildcard etc.

URL: http://savannah.gnu.org/bugs/?45675 Summary: Bugs in VPATH, implicit-rules, pattern-specific,conditionals,wildcard etc. Project: make Submitted by: None Submitted on: Sun 02 Aug 2015 07:01:25 AM UTC Severity: 3 -

[bug #45486] .ONESHELL:, -n option (--print-only) and the $(MAKE) variable

URL: http://savannah.gnu.org/bugs/?45486 Summary: .ONESHELL:, -n option (--print-only) and the $(MAKE) variable Project: make Submitted by: None Submitted on: Tue 07 Jul 2015 06:47:12 AM UTC Severity: 3 - Normal

[bug #45252] $(MAKE) not recognized in output of $(call)

URL: http://savannah.gnu.org/bugs/?45252 Summary: $(MAKE) not recognized in output of $(call) Project: make Submitted by: None Submitted on: Wed 03 Jun 2015 06:36:58 PM UTC Severity: 3 - Normal Item Group:

[bug #45244] memory consumption increases with runtime

URL: http://savannah.gnu.org/bugs/?45244 Summary: memory consumption increases with runtime Project: make Submitted by: None Submitted on: Tue 02 Jun 2015 09:37:32 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #45211] Add option to MAKEFLAGS (How to set RM variable?)

URL: http://savannah.gnu.org/bugs/?45211 Summary: Add option to MAKEFLAGS (How to set RM variable?) Project: make Submitted by: None Submitted on: Птн 29 Май 2015 10:51:16 Severity: 3 - Normal Item Group:

[bug #30381] Don't avoid implicit rule recursion quite so soon.

Follow-up Comment #19, bug #30381 (project make): Regarding the earlier suggestion of using recursive calls to Make: The problem with this is concurrency. I want to do multi-threaded make, and I don't want different recipes building the same shared prereq simultaneously, stepping on each

[bug #30381] Don't avoid implicit rule recursion quite so soon.

Follow-up Comment #18, bug #30381 (project make): Ack, my code got mangled, because I'm new at Rich Markup. Here it is again: I could really use this feature. I'm implementing a sort of branching revision control of databases, in which the history is stored as SQL diffs in files named things

[bug #30381] Don't avoid implicit rule recursion quite so soon.

Follow-up Comment #17, bug #30381 (project make): I could really use this feature. I'm implementing a sort of branching revision control of databases, in which the history is stored as SQL diffs in files named things like new version #.from.old version #.sql . So, for example, there's an

[bug #44555] make fails to use parallelism

Follow-up Comment #4, bug #44555 (project make): We've now deployed our patched GNU make with the patch from comment #2 and the results are positive--the performance regression seen in GNU make 4.x is fixed. Is there any additional information I can provide to allow you to incorporate this fix

[bug #44555] make fails to use parallelism

Follow-up Comment #2, bug #44555 (project make): I share your surprise that fork vs vfork could possibly have an important performance impact, but *it's what git bisect told me *testing immediately before the commit, I did not encounter the problem *testing at the tip of master with the commit

[bug #44555] make fails to use parallelism

Follow-up Comment #3, bug #44555 (project make): To reply to a few points I didn't specifically address in my last comment: * make isn't actually dropping into single-job mode, as can be seen from make --debug=j, but for some reason it's having trouble starting as many jobs as requested. * no,

[bug #44555] make fails to use parallelism

URL: http://savannah.gnu.org/bugs/?44555 Summary: make fails to use parallelism Project: make Submitted by: None Submitted on: Mon 16 Mar 2015 07:33:02 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #43689] Make hangs in patsubst with Japanese character

Follow-up Comment #2, bug #43689 (project make): I built 4.0 and it was working, but I don't know if this is compiler switch related. Some debugging shows me that find_next_token is not able to make it through the third byte of utf8 sequence 0xe3 0x81 0x84 It basically fails at the STOP_SET

[bug #43689] Make hangs in patsubst with Japanese character

URL: http://savannah.gnu.org/bugs/?43689 Summary: Make hangs in patsubst with Japanese character Project: make Submitted by: None Submitted on: Tue 25 Nov 2014 02:06:28 AM UTC Severity: 3 - Normal Item

[bug #43550] Compiling files in a directory with the same name as the source code fails

URL: http://savannah.gnu.org/bugs/?43550 Summary: Compiling files in a directory with the same name as the source code fails Project: make Submitted by: None Submitted on: Thu 06 Nov 2014 06:30:44 PM UTC Severity: 3 -

[bug #43434] make 4.1 without /dev/pts mounted segfaults

URL: http://savannah.gnu.org/bugs/?43434 Summary: make 4.1 without /dev/pts mounted segfaults Project: make Submitted by: None Submitted on: Fri 17 Oct 2014 07:59:24 PM UTC Severity: 3 - Normal Item Group:

[bug #42958] Hebrew translation is in visual order

URL: http://savannah.gnu.org/bugs/?42958 Summary: Hebrew translation is in visual order Project: make Submitted by: None Submitted on: Sun 10 Aug 2014 05:54:09 AM UTC Severity: 3 - Normal Item Group: Bug

[bug #42930] Order-only prerequisite being parsed as normal prerequisite when using pattern matching rule

URL: http://savannah.gnu.org/bugs/?42930 Summary: Order-only prerequisite being parsed as normal prerequisite when using pattern matching rule Project: make Submitted by: None Submitted on: Wed 06 Aug 2014 06:47:08 PM UTC

[bug #42690] make unconditionally resolves the current directory

URL: http://savannah.gnu.org/bugs/?42690 Summary: make unconditionally resolves the current directory Project: make Submitted by: None Submitted on: Sat 05 Jul 2014 07:57:46 PM UTC Severity: 3 - Normal Item

[bug #42125] Static pattern rules do not support multiple targets

URL: http://savannah.gnu.org/bugs/?42125 Summary: Static pattern rules do not support multiple targets Project: make Submitted by: None Submitted on: Tue 15 Apr 2014 04:02:29 PM UTC Severity: 3 - Normal Item

[bug #41781] Provide a fast fail path when a target is compromized during a parallel build

URL: http://savannah.gnu.org/bugs/?41781 Summary: Provide a fast fail path when a target is compromized during a parallel build Project: make Submitted by: None Submitted on: Wed 05 Mar 2014 04:51:33 PM UTC Severity: 3 -

[bug #41730] Make doesn't show text for error messages when using the Microsoft C runtime

URL: http://savannah.gnu.org/bugs/?41730 Summary: Make doesn't show text for error messages when using the Microsoft C runtime Project: make Submitted by: None Submitted on: Fr 28 Feb 2014 09:34:05 UTC Severity: 3 -

[bug #712] GNU make can't handle spaces in pathnames

Follow-up Comment #14, bug #712 (project make): One approach to fixing this would be to add a new type of variable that is not expanded until the very last moment - when the dependency DAG and shell commands are to be generated. It would not be separated into tokens; rather, its contents would be

[bug #13862] .WAIT target for parallel builds

Follow-up Comment #5, bug #13862 (project make): What's the status here? .WAIT seems to be a useful feature. ___ Reply to this item at: http://savannah.gnu.org/bugs/?13862 ___ Nachricht

[bug #41422] load* tests should respect CC and CFLAGS

URL: http://savannah.gnu.org/bugs/?41422 Summary: load* tests should respect CC and CFLAGS Project: make Submitted by: None Submitted on: Sat 01 Feb 2014 06:10:51 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #41341] Race condition in job.c set_child_handler_action_flags - alarm is set before SIGALRM handler

URL: http://savannah.gnu.org/bugs/?41341 Summary: Race condition in job.c set_child_handler_action_flags - alarm is set before SIGALRM handler Project: make Submitted by: None Submitted on: Sat 25 Jan 2014 12:38:16 AM UTC

[bug #41273] wildcard function does not return newly created file

URL: http://savannah.gnu.org/bugs/?41273 Summary: wildcard function does not return newly created file Project: make Submitted by: None Submitted on: Sun 19 Jan 2014 04:12:03 AM UTC Severity: 3 - Normal Item

[bug #41273] wildcard function does not return newly created file

Additional Item Attachment, bug #41273 (project make): File name: wildcard.txt Size:6 KB ___ Reply to this item at: http://savannah.gnu.org/bugs/?41273 ___ Message sent

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #18, bug #40361 (project make): http://git.savannah.gnu.org/cgit/make.git/commit/?id=757849cd93a9bc361a5113e3aaafe516773aad44 ___ Reply to this item at: http://savannah.gnu.org/bugs/?40361

[bug #40942] Load directive breaks Makefiles

URL: http://savannah.gnu.org/bugs/?40942 Summary: Load directive breaks Makefiles Project: make Submitted by: None Submitted on: Tue 17 Dec 2013 05:05:20 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #40801] $(info), $(warning), $(error) are evaluated in a comment in a define

URL: http://savannah.gnu.org/bugs/?40801 Summary: $(info), $(warning), $(error) are evaluated in a comment in a define Project: make Submitted by: None Submitted on: Wed 04 Dec 2013 10:26:31 AM UTC Severity: 3 - Normal

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #11, bug #40361 (project make): Bingo! $ /opt/tools/gnumake-4.0/bin/make -rR /opt/tools/gnumake-4.0/bin/make -C subdir touch file.c make[1]: Entering directory '/tmp/temp/subdir' rm file.c make[1]: Leaving directory '/tmp/temp/subdir' So Frank is correct, it looks like

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #12, bug #40361 (project make): Although, slightly odd that the 'Entering directory' appeared after the 'touch file.c' - although I presume that is just related to the temporary code replacement with vprintf causing an immediate print

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #2, bug #40361 (project make): I'm happy to grab whatever debug that may be required. `env | grep MAKE` shows that no make-related environment variables have been set. I'm guessing this regression is most likely to have been caused during the consolidation of output generators

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #5, bug #40361 (project make): Removing those set_append_mode() calls didn't appear to make any difference. I've attached a log from tusc (the HP-UX equivalent of strace/truss etc.) showing the invocations during the sample I described in the first post - perhaps that may help

[bug #40361] make 4.0 under hpux 11.31 no longer prints output correctly

Follow-up Comment #7, bug #40361 (project make): Sure. Updated tusc.log attached with -p -v added (file #29466) ___ Additional Item Attachment: File name: tusc.log Size:125 KB

[bug #40249] Test suite load and loadapi fail when make built with CFLAGS=-m32

URL: http://savannah.gnu.org/bugs/?40249 Summary: Test suite load and loadapi fail when make built with CFLAGS=-m32 Project: make Submitted by: None Submitted on: Sat 12 Oct 2013 11:21:08 UTC Severity: 3 - Normal

[bug #40236] include, -include and sinclude ignores failures to read the included file

URL: http://savannah.gnu.org/bugs/?40236 Summary: include, -include and sinclude ignores failures to read the included file Project: make Submitted by: None Submitted on: tor 10 okt 2013 12.13.16 Severity: 3 - Normal

[bug #39825] bad redirection with

URL: http://savannah.gnu.org/bugs/?39825 Summary: bad redirection with Project: make Submitted by: None Submitted on: Tue 20 Aug 2013 13:37:12 UTC Severity: 3 - Normal Item Group: Bug

[bug #39709] a few typos fixes

URL: http://savannah.gnu.org/bugs/?39709 Summary: a few typos fixes Project: make Submitted by: None Submitted on: Tue 06 Aug 2013 08:55:48 PM UTC Severity: 3 - Normal Item Group: Enhancement

[bug #39485] target specific make variables are incorrectly accumulated

URL: http://savannah.gnu.org/bugs/?39485 Summary: target specific make variables are incorrectly accumulated Project: make Submitted by: None Submitted on: Sun 14 Jul 2013 08:22:00 PM UTC Severity: 3 - Normal

[bug #39203] Command line option --eval applied multiple times

URL: http://savannah.gnu.org/bugs/?39203 Summary: Command line option --eval applied multiple times Project: make Submitted by: None Submitted on: Fri 07 Jun 2013 17:03:11 UTC Severity: 3 - Normal Item

[bug #39203] Command line option --eval applied multiple times

Follow-up Comment #1, bug #39203 (project make): After I bit more thought I figured this might be related to the MAKEFLAGS changes, so I added $(info MAKEFLAGS=$(MAKEFLAGS)) to the makefile. It seems that MAKEFLAGS is accumulating --eval options, and on the fifth restart it has this value:

[bug #39158] Cppcheck report

Follow-up Comment #2, bug #39158 (project make): These may interest you in particular: [signame.c:247]: (warning) Logical disjunction always evaluates to true: sig 0 || sig 32. 247 if (sig 0 || sig NSIG) 248 return (char *) sys_siglist[sig]; Indeed, I think it should be:

[bug #39035] problem with blanks in continuation line in a recipe

URL: http://savannah.gnu.org/bugs/?39035 Summary: problem with blanks in continuation line in a recipe Project: make Submitted by: None Submitted on: Wed 22 May 2013 08:35:08 AM UTC Severity: 3 - Normal Item

[bug #38626] make fails on windows with antivirus software

URL: http://savannah.gnu.org/bugs/?38626 Summary: make fails on windows with antivirus software Project: make Submitted by: None Submitted on: Fri 29 Mar 2013 03:09:03 PM UTC Severity: 3 - Normal Item Group:

[bug #38420] $(realpath ...) doesn't recover from signals

Follow-up Comment #6, bug #38420 (project make): In case anyone attempts to use the posted workaround, the calls to variable_buffer_output can be interrupted which will set errno = EINTR. When this happens, gmake gets into a death spiral calling xrealloc, doubling the amount of memory allocated

[bug #33138] .PARLLELSYNC enhancement with patch

Follow-up Comment #8, bug #33138 (project make): Any update whether any of these patches will get into 3.83 or when 3.83 is expected for that matter? ___ Reply to this item at: http://savannah.gnu.org/bugs/?33138

[bug #37970] Misleading documentation of LDFLAGS variable

URL: http://savannah.gnu.org/bugs/?37970 Summary: Misleading documentation of LDFLAGS variable Project: make Submitted by: None Submitted on: Fri 21 Dec 2012 01:14:08 PM UTC Severity: 3 - Normal Item Group:

[bug #37878] index out of bounds when handling a file contains '(' and not ends with ')'

URL: http://savannah.gnu.org/bugs/?37878 Summary: index out of bounds when handling a file contains '(' and not ends with ')' Project: make Submitted by: None Submitted on: 2012년 12월 07일 (금) 오전 02시 34분 54초 Severity: 3 -

[bug #37708] File rules compare wrong own timestamps

URL: http://savannah.gnu.org/bugs/?37708 Summary: File rules compare wrong own timestamps Project: make Submitted by: None Submitted on: Sat 10 Nov 2012 06:18:16 PM UTC Severity: 3 - Normal Item Group: Bug

[bug #37711] no wat to build

URL: http://savannah.gnu.org/bugs/?37711 Summary: no wat to build Project: make Submitted by: None Submitted on: Sat 10 Nov 2012 08:45:17 PM UTC Severity: 3 - Normal Item Group: Build/Install

[bug #37711] no wat to build

Follow-up Comment #1, bug #37711 (project make): ah, there is a notice NB in readme relates to 'make update'. It's probably my case. ___ Reply to this item at: http://savannah.gnu.org/bugs/?37711

[bug #33129] MAKEOVERRIDES reset after a recursive 'make restart'

Follow-up Comment #4, bug #33129 (project make): How is this a duplicate of 30273? It looks like that bug is related to permission settings affecting SELinux. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33129

[bug #37237] Second exapnsion with substitution confuse parser:

URL: http://savannah.gnu.org/bugs/?37237 Summary: Second exapnsion with substitution confuse parser: Project: make Submitted by: None Submitted on: Птн 31 Авг 2012 15:14:56 Severity: 3 - Normal Item Group:

<    1   2   3   4   5   6   7   >