[bug #41983] $(file) function crashes make

Follow-up Comment #3, bug #41983 (project make): I have attached a patch which removes the segfault. The file is unchanged if one attempts to append "nothing" to it. ___ Reply to this item at: _

[bug #41983] $(file) function crashes make

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

[bug #41983] $(file) function crashes make

Follow-up Comment #2, bug #41983 (project make): The machine is running Fedora Core 20 Linux, x86_64. ___ Reply to this item at: ___ Message sent via/b

[bug #41983] $(file) function crashes make

Follow-up Comment #1, bug #41983 (project make): A makefile containing only: $(file >>4touch) Crashes make for me. my git tree is uptodate at: commit 8411528fdd21e978076365df2f49e2b934becb84 Valgrind reports this: ==7794== Invalid read of size 1 ==7794==at 0x4A092F2: strlen (in /usr/lib6

[bug #41983] $(file) function crashes make

URL: Summary: $(file) function crashes make Project: make Submitted by: tnmurphy Submitted on: Thu 27 Mar 2014 10:35:52 PM GMT Severity: 3 - Normal Item Group: Bug

[bug #30606] mysterious behavior from $(if)

Follow-up Comment #7, bug #30606 (project make): This problem has tripped me up 100 times if not more and I almost think I have suffered brain damage from trying to get my head around it in a few cases. I need eval though. What I want to say is that nobody should ever feel bad if they have trou

[bug #30606] mysterious behavior from $(if)

Follow-up Comment #2, bug #30606 (project make): Hi, The $(call) expands everything, so you get this: lets say $1=ab b := ab yn := n vs := ab: You might ask why :-) Well when the $(if) is expanded by call, b has no value - the assignment has not been executed yet because your exec happens *

[bug #30328] Fast echo (with code proposal)

Follow-up Comment #5, bug #30328 (project make): I'd like to add one point about this feature being extremely useful from a performance point of view. I certainly have come across large makefiles where $(shell) for appending to a file is like crask - you desperately need to do it but it has a te

[bug #29104] Directory Search for Link Libraries doesn't work in implicit rules

Follow-up Comment #1, bug #29104 (project make): Hi, The syntax for a pattern rule does not allow you to specify anything other than the input file and the output file. but you can still add further prerequisites to get what you want like so: BUILD_CMD = $(CC) $^ -o $@ all: main.exe %.exe: %

[bug #22923] option to prevent "interspersed" output in parallel builds

Follow-up Comment #8, bug #22923 (project make): Hi My team do this with GNU make at the moment by using a replacement shell. It was proprietary until fairly recently and now it has been released under the EPL. It is hosted by the Symbian Foundation and you'd need a login but since it's EP

[bug #28475] A plugin based architecture for functions

Follow-up Comment #1, bug #28475 (project make): I would like to second this - would love to be able to add string lowercase (with good performance) and md5sum and $(equals a,b) and some kind of integer arithmetic functions. This is without the penalty of having to provide a custom version of GN

[bug #28092] $(shell false) should break build

Follow-up Comment #5, bug #28092 (project make): Hi, Ok, Mk2 then: a:=$(shell echo "don't mess up this output"; echo " $$?") code:=$(lastword $(a)) output:=$(strip $(patsubst %$(code),%,$(a))) $(info exit code='$(code)') $(info output='$(output)') [tnmur...@4gbl06592 ~]$ make -f t4.mk exit

[bug #28092] $(shell false) should break build

Follow-up Comment #3, bug #28092 (project make): To get the exit code: a:=$(shell cat fred.txt; echo $$?) $(info exit=$(a)) make -f t.mk cat: fred.txt: No such file or directory exit=1 ___ Reply to this item at:

[bug #23960] Crash when MAKEFILE_LIST becomes too long.

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

[bug #27143] Crash in a pair of mutually recursive macros

URL: Summary: Crash in a pair of mutually recursive macros Project: make Submitted by: tnmurphy Submitted on: Thu 30 Jul 2009 16:42:11 GMT Severity: 3 - Normal Item Grou

[bug #23960] Crash when MAKEFILE_LIST becomes too long.

URL: Summary: Crash when MAKEFILE_LIST becomes too long. Project: make Submitted by: tnmurphy Submitted on: Tuesday 07/29/2008 at 11:52 Severity: 3 - Normal Item Group: