URL:
<http://savannah.gnu.org/bugs/?25493>
Summary: -include filename does not show correct dependency
errors
Project: make
Submitted by: willard
Submitted on: Wed 04 Feb 2009 09:52:12 PM GMT
Severity: 3 -
I am new to this message board... I did not intend to yell...
Thanks for the info... I hope the Gnu Make developers are listening to
bug-m...@gnu.org.
I had a quick look at the CVS tree bug tracking (on sourceforge.net), and I
didn't see anything resembling this issue...
--
View this message i
it's the same if foo.d is not a direct target. It's even worse as make fails
without ANY error message.
Example2:
$ cat bad2.mak
all: foo.ooo
COMPILE=gcc
%.o: %.c
$(COMPILE) -c $<
%.d: %.c
$(COMPILE) -c $< -MM -o $*.d
-include foo.d
foo.ooo: foo.o
ld -o foo.ooo foo.o
this is my example (create the foo.d manually as below)
$ cat bad.mak
all: foo.d foo.ooo
COMPILE=gcc
%.o: %.c
$(COMPILE) -c $<
%.d: %.c
$(COMPILE) -c $< -MM -o $*.d
-include foo.d
foo.ooo: foo.o
ld -o foo.ooo foo.o
[/cygdrive/d/opentv/tstmake]
$ make -f bad.mak
make:
When using the "-include filename"(instead of just "include filename"), if
this filename includes dependencies that are missing, makefile does not show
those missing dependencies...
For example, if using:
-include foo.d
with foo.d being:
foo.o: foo.c xxx.h
Let's say xxx.h does not exist (and
May you please help
I get the following compilation error when I try to compile a nurbs++ package
with openGL support .
This is part of what i get until the error at the end
checking if the linker (c:/MinGW/mingw32/bin/ld.exe) is GNU ld... yes
checking for c:/MinGW/mingw32/bin/ld.exe option to r
