Bug#763768: strange behavior of gnu make

2014-10-05 Thread Konstantin Demin
I have filed bug in upstream (#43363). Here are details: https://savannah.gnu.org/bugs/?43363 -- SY, Konstantin Demin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#763768: strange behavior of gnu make

2014-10-03 Thread Konstantin Demin
I had discovered two moments which determine such behavior: 1) appending to variable in "$(eval ...)" takes only first value in chain. I.e.: LDFLAGS defined in global context as "LDFLAGS += 1" and in target "A" as "LDFLAGS += 2", then actual value for "A" and all it's prerequisites

Bug#763768: strange behavior of gnu make

2014-10-02 Thread Konstantin Demin
Furthermore, here's detailed test. Append target variable and global variable to "test.1" and name it "test.5": { http://pastebin.com/5hv5jzFq } --- [ test.5 ] --- a: LDFLAGS += -lm LDFLAGS += -lbz2 --- [ test.5 ] --- --- [ test.5 output ] --- > d: LDFLAGS = -lbz2 -lm > d: > b: LDFLAGS = -lbz2 -l

Bug#763768: strange behavior of gnu make

2014-10-02 Thread Konstantin Demin
Source: make-dfsg Version: 4.0-8 Severity: wishlist I'm trying to implement prerequisite feedback via environment backpropagation. Here's "test.1": { http://pastebin.com/ZiEJpEhr } --- [ test.1 ] --- T=a b c d e .PHONY: $(T) $(T): $(if $($(@)_BRINGBACK),$(eval $($(@)_BRINGBACK)))