[Top][All Lists]

[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:


  Message sent via/by Savannah

reply via email to

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