[Top][All Lists]

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

[bug #55560] .SECONDEXPANSION and eval in target-specific prerequisite l

From: Paul D. Smith
Subject: [bug #55560] .SECONDEXPANSION and eval in target-specific prerequisite lists
Date: Mon, 13 May 2019 16:04:12 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0

Update of bug #55560 (project make):

                  Status:                    None => Not A Bug              
             Open/Closed:                    Open => Closed                 


Follow-up Comment #4:

I'm afraid I can't really understand the issue here.  I recommend that you
discuss it on the address@hidden mailing list until the issue becomes clear
enough to file a bug about (or it's explained clearly).  It's much simpler and
faster to use the mailing list for things like this.  I'm going to close this
but we can re-open if/when the problem being reported becomes clear.

In particular you say it worked the first time but not the next time: what was
the difference there?  We need a repro case (as simple as you can get it).

Some notes on your example:

First, you need to escape the : because make doesn't skip over escaped
variable references.  If the : appears in a normal variable reference like
$(foo:.c=.o) make knows this : can't be a separator, but if the variable
reference is escaped like $$(foo:.c=.o) make thinks this is just some normal
text and will treat this : as if it were a rule separator.  Consider a rule
like: some$$file:prereq ; echo hi

Second, this line:

all: $$(eval LIBRARY_OBJECTS \:= $$(OBJECTS)) $$(LIBRARY)

does _NOT_ define a target-specific variable LIBRARY_OBJECTS (maybe you know
that but it wasn't clear from your question).  This defines a global variable
LIBRARY_OBJECTS, once the prerequisites of all are expanded (but not before.).


Reply to this item at:


  Message sent via Savannah

reply via email to

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