For a standard make tool this behavior is "correct". It
is a known issue that the syntactic requirements for "make rules" do not
comply with the rules for filename and path names on the host operating
system. Make uses (white-)spaces as list separator.
In
all: My C Project
the standard make syntax parser recognizes a rule that
describes that the target "all" depends on three sub-targets, namely "My",
"C", and "Project"
A similar problems occurs when windows style absolute
path names are involved in rules:
C:\temp\out.o: C:\temp\in1.c
C:\temp\in2.c
Here the colon is the problem, since make uses it to
separate the target from its dependencies. A dumb parser will recognize the
first colon as separator and thus identify "C" as target and "\temp\out.o"
as first dependency and then run into trouble with the next
colon.....
We have this problem when using
Cygwin.
Nils
I don’t know whether this is a
bug or not but if a C project name contains spaces, the generated makefile
produces something like:
# All
Target
all: My C
Project
The linker is then invoked 3
times. Is this right?
This is on latest
HEAD.
Mike
W
