Re: Make does not throw an error for target without a recipe?

On Thu, 2014-06-26 at 17:00 -0400, Patrick Donnelly wrote: > This is a little inconvenient when you're relying on implicit rules. > e.g. > > %.o: %.c > cc -o $@ $< > %: %.o > ld $@ $^ > > foo: bar.a > > Even if foo.c is missing, Make still succeeds. This is actually what > I'm dealing wi

RE: Make does not throw an error for target without a recipe?

Maybe that's why my code always uses https://www.gnu.org/software/make/manual/make.html#Static-Pattern: martind@swiftboat:~/tmp/batrick-2014-06-26$ cat test.mk .SUFFIXES: TARGETS = foo $(addsuffix .o,$(TARGETS)): %.o: %.c; cc -o $@ $< $(TARGETS): %: %.o; ld -o $@ $^ %::; @echo no recipe for $

Re: Make does not throw an error for target without a recipe?

On Thu, Jun 26, 2014 at 5:02 PM, Martin Dorey wrote: >> I'm afraid none of this exercise is helpful for solving the problem > > Perhaps putting my point in different words will better convey it: you could > simply adjust your expectation, to regard this as a failure: > > make: Nothing to be done

RE: Make does not throw an error for target without a recipe?

> I'm afraid none of this exercise is helpful for solving the problem Perhaps putting my point in different words will better convey it: you could simply adjust your expectation, to regard this as a failure: make: Nothing to be done for `foo'. But... > To put it concisely: how do I get Make to

Re: Make does not throw an error for target without a recipe?

Hi Paul, On Thu, Jun 26, 2014 at 4:48 PM, Paul Smith wrote: >> File 'foo' does not exist. >> Looking for an implicit rule for 'foo'. >> [...] >> No implicit rule found for 'foo'. >> Considering target file '/etc/passwd'. >>Looking for an implicit rule for '/etc/passwd'. >> [...] >>No

Re: Make does not throw an error for target without a recipe?

On Thu, 2014-06-26 at 16:19 -0400, Patrick Donnelly wrote: > I'm bringing this problem up because targets are not being created (as > expected) by implicit rules but I don't know this because make claims > success. This part doesn't make sense to me; maybe you can provide more info here. An impli

Re: Make does not throw an error for target without a recipe?

On Thu, 2014-06-26 at 16:19 -0400, Patrick Donnelly wrote: > Updating makefiles > Considering target file 'test.mk'. > Looking for an implicit rule for 'test.mk'. > [...] > > Why is it trying to build target test.mk...??? See http://www.gnu.org/software/make/manual/html_node/Remaking-Make

Re: Make does not throw an error for target without a recipe?

Hi Martin, On Thu, Jun 26, 2014 at 4:33 PM, Martin Dorey wrote: >> Why is it trying to build target test.mk...??? > > That's explained by > https://www.gnu.org/software/make/manual/make.html#Remaking-Makefiles. Thanks, that makes sense. >> Then it decides it was successful? > > For some value

RE: Make does not throw an error for target without a recipe?

> Why is it trying to build target test.mk...??? That's explained by https://www.gnu.org/software/make/manual/make.html#Remaking-Makefiles. > Then it decides it was successful? For some value of "successful". With your makefile: martind@swiftboat:~/tmp/batrick-2014-06-26$ make -f test.mk foo

Make does not throw an error for target without a recipe?

See example: ---8<--- TARGETS = foo all: $(TARGETS) $(TARGETS): /etc/passwd --->8--- This is the debug output I get from running this test.mk, comments inline: $ make -f test.mk -d foo GNU Make 4.0 Built for x86_64-unknown-linux-gnu Copyright (C) 1988-2013 Free Software Foundation, Inc. Licen

Re: Make Runtime Error

> From: > CC: > Date: Thu, 26 Jun 2014 06:54:56 + > > D:\Shibin\FishEyeWorkSpace\ssw_mr_tool\java_mrtool\src>make --debug=j > GNU Make 3.81 > Copyright (C) 2006 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. > There is NO warranty; not even fo

[bug #42617] Loaded Object Interface: function call doesn't take variables as parameters

Update of bug #42617 (project make): Status:None => Works for me Open/Closed:Open => Closed ___ Follow-up Comment #3: Ok thanks for the upda

[bug #42617] Loaded Object Interface: function call doesn't take variables as parameters

Follow-up Comment #2, bug #42617 (project make): Hello Paul, It was actually the flag issue. Now it works as expected. Thanks for your quick reply on this. -B ___ Reply to this item at: