Matthew Woehlke wrote:
> True, but... not really relevant. The original question deals with how
> kate should highlight this, ergo we need to know if the current behavior
> is intended. Using a syntax that doesn't confuse kate is a workaround,
> not a fix. (Also, if you'd read the bug report,
Eric Blake wrote:
On 06/07/2010 04:47 PM, Matthew Woehlke wrote:
But this does not:
$ echo "`echo \"you don\'t say\"`"
you don\'t say
\' is not special inside ``. If it is not special, then the \ is
preserved on to the nested command. Bash's behavior matches POSIX here.
Right; w.r.t. t
On 06/07/2010 04:47 PM, Matthew Woehlke wrote:
> But this does not:
> $ echo "`echo \"you don\'t say\"`"
> you don\'t say
\' is not special inside ``. If it is not special, then the \ is
preserved on to the nested command. Bash's behavior matches POSIX here.
>
> I expected:
> "you don't sa
On 06/07/2010 04:56 PM, Bob Proulx wrote:
> Matthew Woehlke wrote:
>> How should bash interpret escapes in constructs like "`...`"?
>
> The quoting rules for backticks are complex enough that the entire
> construct has long been replaced with a completely different one. I
> strongly suggest that
Bob Proulx wrote:
Matthew Woehlke wrote:
How should bash interpret escapes in constructs like "`...`"?
The quoting rules for backticks are complex enough that the entire
construct has long been replaced with a completely different one. I
strongly suggest that instead of struggling to get the
Matthew Woehlke wrote:
> How should bash interpret escapes in constructs like "`...`"?
The quoting rules for backticks are complex enough that the entire
construct has long been replaced with a completely different one. I
strongly suggest that instead of struggling to get the backtick syntax
quot
(See also https://bugs.kde.org/show_bug.cgi?id=237675)
How should bash interpret escapes in constructs like "`...`"?
For example, this do what I would expect:
$ echo "`echo "you don't say"`"
you don't say
(That is, the contents in ``'s are parsed independent of any other
context, except t
