[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 #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 #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 #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 #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 Item

[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 bugs.

[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 expansi

[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 #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 #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 #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 Severity:

[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 #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 #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 #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 #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 ... P

[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 Sever

[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 - Norma

[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 #3, bug #49262 (project make): ...which is some of the text that you're patching. Sorry, should have looked at the patch first. That said, I don't thinking bringing up a particular case in match-any rule processing is helpful in that earlier page about implicit-rules; match-any

[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 typ

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

Follow-up Comment #2, bug #49183 (project make): But, if a comment is added to the documentation, it would be nice to advise the "unexport" hack from the mailing list. ___ Reply to this item at: __

[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 en

[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 I

[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 at

[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 #47399] include sometimes fails for built files

URL: Summary: include sometimes fails for built files Project: make Submitted by: None Submitted on: Sat 12 Mar 2016 11:51:38 PM UTC Severity: 3 - Normal Item Group: Bug

[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 Gr

[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: No

[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 via

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

Follow-up Comment #1, bug #46596 (project make): Just curious. How did you manage to set up this nice post and its mark-up... given that there is no preview, or no re-edit after posting. Is there a feature that i'm missing? Is there a "sandbox" where I can "test" my post and preview the resulti

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

Follow-up Comment #3, bug #46580 (project make): Right, and again it's documented that if you use := and do it at the top of the makefile it's guaranteed to work. But we don't need to argue; if you want to add a new macro go ahead, I just wanted to make sure you did so knowing that there's a stabl

[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 http://www.cmcrossroads.com/article/tracing-rule-ex

[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 #46374] Pattern rules require at least an empty recipe to be recognized

URL: Summary: Pattern rules require at least an empty recipe to be recognized Project: make Submitted by: None Submitted on: Wed 04 Nov 2015 09:29:26 AM 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 #46108] Can we move to another bug tracker?

URL: Summary: Can we move to another bug tracker? Project: make Submitted by: None Submitted on: Sat 03 Oct 2015 02:58:00 AM UTC Severity: 3 - Normal Item Group: None

[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 Severity:

[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 ges

[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 variabl

[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

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 #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 #45838] Memory corruption when recipe runs a batch file with spaces in path

URL: 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: 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 Gro

[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 94735f0ad7f67c56afa1513381c73e8f62

[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: 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 - No

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

URL: 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 #45438] -include file prerequisites not found, give no error

Follow-up Comment #2, bug #45438 (project make): Upgrade. This was fixed some time in the last five years. ___ Reply to this item at: ___ Message sent

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

URL: 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: 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: Bu

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

URL: 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: N

[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 others'

[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 li

[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 .from..sql . So, for example, there's an explicit rule in the makefile to

[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 in

[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

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 rev

[bug #44555] "make" fails to use parallelism

URL: 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 mac

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

URL: 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 Grou

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

URL: 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 - No

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

URL: 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: 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: 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: 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: 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 Ite

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

URL: 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: 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 - Norm

[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: ___ Nachricht g

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

URL: 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 #41417] \* in a prerequisite matches \* as well as *

URL: Summary: \* in a prerequisite matches \* as well as * Project: make Submitted by: None Submitted on: Sat 01 Feb 2014 05:35:19 AM UTC Severity: 3 - Normal Item Group:

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

URL: 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

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

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

URL: 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 Ite

[bug #41246] Allow to switch shell batch mode at runtime instead of build time

URL: Summary: Allow to switch shell batch mode at runtime instead of build time Project: make Submitted by: None Submitted on: Thu 16 Jan 2014 05:58:28 AM UTC Severity: 3 - Normal

[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: ___

[bug #40942] Load directive breaks Makefiles

URL: 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

<    1   2   3   4   5   6   7   >