Hi Eli,
Thanks for the response.
Please see the result below.
D:\Shibin\FishEyeWorkSpace\ssw_mr_tool\java_mrtool\srcmake --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 for
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:
http://savannah.gnu.org/bugs/?42617
Update of bug #42617 (project make):
Status:None = Works for me
Open/Closed:Open = Closed
___
Follow-up Comment #3:
Ok thanks for the
From: shibin.na...@wipro.com
CC: bug-make@gnu.org
Date: Thu, 26 Jun 2014 06:54:56 +
D:\Shibin\FishEyeWorkSpace\ssw_mr_tool\java_mrtool\srcmake --debug=j
GNU Make 3.81
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
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.
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
Hi Martin,
On Thu, Jun 26, 2014 at 4:33 PM, Martin Dorey martin.do...@hds.com 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
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
Hi Paul,
On Thu, Jun 26, 2014 at 4:48 PM, Paul Smith psm...@gnu.org 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
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
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
On Thu, Jun 26, 2014 at 5:02 PM, Martin Dorey martin.do...@hds.com 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:
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
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 with and I'd
14 matches
Mail list logo