From: Daniel Jacobowitz <drow@false.org>
To: Andrew STUBBS <andrew.stubbs@st.com>
Cc: GDB Patches <gdb-patches@sourceware.org>
Subject: Re: [PATCH] Allow spaces in filename to add-symbol-file command
Date: Mon, 20 Feb 2006 17:15:00 -0000 [thread overview]
Message-ID: <20060220171459.GI16058@nevyn.them.org> (raw)
In-Reply-To: <4395C45C.2090108@st.com>
On Tue, Dec 06, 2005 at 05:03:24PM +0000, Andrew STUBBS wrote:
> Hi,
>
> The war against missing space support continues!
>
> I have altered add_symbol_file_command() to use buildargv() instead of
> parsing the arguments itself. This should allow quoting and hence spaces
> in the filename.
>
> Additionally, I have reordered the help message so that 'help files'
> uses the right part of the message and updated the testsuite to match.
>
> OK?
> 2005-12-06 Andrew Stubbs <andrew.stubbs@st.com>
>
> * symfile.c (add_symbol_file_command): Use buildargv(), instead of
> hand decoding the command line, to allow use of quotes and spaces.
> (_initialize_symfile): Reorganize the help message for add-symbol-file
> such that 'help files' shows a better message.
>
> testsuite/
> * gdb.base/help.exp (help add-symbol-file): Update.
Yes, this is OK. Thanks.
It is an incompatible change in one small corner-case - backslashes
will suddenly be escaped for files without spaces, while previously
they were not. But, the most prevalent file-related command is
"file" (and "exec-file" and "symbol-file"), so I think following them
is a good choice.
Interestingly, var_filename calls tilde_expand, includes all remaining
text on the line ignoring whitespace, and doesn't handle quotes or
backslashes. Ditto for var_optional_filename (which is used for
"set args" - what the heck?).
Do we need to clean this up? :-(
--
Daniel Jacobowitz
CodeSourcery
next prev parent reply other threads:[~2006-02-20 17:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-06 22:14 Andrew STUBBS
2006-02-20 17:15 ` Daniel Jacobowitz [this message]
2006-02-21 19:23 ` Andrew STUBBS
2006-02-21 19:41 ` Jim Blandy
2006-02-21 19:47 ` Andrew STUBBS
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060220171459.GI16058@nevyn.them.org \
--to=drow@false.org \
--cc=andrew.stubbs@st.com \
--cc=gdb-patches@sourceware.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox