|
From: | K Richard Pixley |
Subject: | ampersand in path name |
Date: | Tue, 31 Jul 2012 12:36:15 -0700 |
User-agent: | Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:16.0) Gecko/16.0 Thunderbird/16.0a2 |
I've worked around it by forcing srcdir to be something else for now, although this is inconvenient because srcdir is generated by an automatic system.
At the very least, the generated configure script should check for the embedded character and produce some useful error message if one is found.
I've looked for a more permanent solution, but the problem is that just about any character one might select for the "s" command could, conceivably, be part of a valid unix path name these days. The only solution I can think of offhand is to sed the pathname for the special character and escape it. something like this:
sed -e "s&"`echo $foo | sed -e "s&\&&\\\&&"`"&bar&bazI think this will work, but it doesn't do anything for readability, and it'll need to be done for just about every sed "s" command in the generated configure script. That's a pretty sizable change that I wasn't sure you'd appreciate.
The problem is easy to reproduce. Create a srcdir named "&&&" and run configure from it.
--rich
[Prev in Thread] | Current Thread | [Next in Thread] |