[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #51297] Better support for escaping of function parameters
From: |
Paul D. Smith |
Subject: |
[bug #51297] Better support for escaping of function parameters |
Date: |
Sun, 2 Jul 2017 13:13:35 -0400 (EDT) |
User-agent: |
Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0 |
Update of bug #51297 (project make):
Status: None => Duplicate
Open/Closed: Open => Closed
_______________________________________________________
Follow-up Comment #1:
It's important to understand that in GNU make (unlike the shell, for example)
splitting of arguments in function invocations is done _before_ the arguments
are expanded.
So, you don't have to worry about special characters embedded in variables
making a hash of your expansion. If they're not present directly in the call,
they're not special.
So for example, this works fine:
foo = abcd, 234, (fo"o), bar'))
show = 1: |$1|
$(info $(call show,$(foo)))
will show:
1: |abcd, 234, (fo"o), bar'))|
This is true of all make functions that take arguments. As a result there's
very little reason to need something that will escape a string, to keep it
from being interpreted by make functions.
It is useful to be able to escape whitespace and some other characters, in
some contexts (but this is NOT needed to delimit arguments to make functions).
But that's bug #712 as already noted, so we don't need another bug for this.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?51297>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [bug #51297] Better support for escaping of function parameters,
Paul D. Smith <=