[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: enhancement request for gmake

From: Rob Juergens
Subject: RE: enhancement request for gmake
Date: Mon, 9 May 2011 16:04:16 -0700

Actually, the problem I had with quotes was when using the variables in a macro 
or a define.  For instance, $(notdir ...) fails with a variable with quotes in 

I'm currently rewriting my makefiles to get around this issue.


-----Original Message-----
From: Eli Zaretskii [mailto:address@hidden 
Sent: Monday, May 09, 2011 12:14 PM
To: Rob Juergens
Cc: address@hidden
Subject: Re: enhancement request for gmake

> From: Rob Juergens <address@hidden>
> CC: "address@hidden" <address@hidden>
> Date: Mon, 9 May 2011 11:04:10 -0700
> > You can always write a batch file, cc.cmd, say, that accepts the -m32
> > etc. switches and invokes the right program.  It would be a very
> > simple batch file, no?
> No, such a batch file is not simple.  The make files must be able to run in 
> any environment (Windoze, Solaris, Linux, etc).

But the name of the compiler is different on each platform anyway,
right?  So on Windows that name could be the batch file and on other
platforms it could be the compiler itself.  I'm sorry, I don't see the

> The problem here is that make still doesn't understand the issue.  If I have 
> the lines:
>       %.$(OBJ_EXT) : %.c
>               $(ProgramFiles)/Microsoft ...     or
>               $(VSINSTALLDIR)/bin/cl
> Make will still only look for the first token (up to the first space).

You need to quote that.

> If I put quotes around it, make includes the quotes when looking for the name.

Are you saying that commands in quotes don't work for you?  They do
for me.  Can you show a simple Makefile which doesn't work due to

reply via email to

[Prev in Thread] Current Thread [Next in Thread]