Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Tom Tromey <tromey@redhat.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: keiths@redhat.com, gdb-patches@sourceware.org
Subject: Re: [RFA] 12843
Date: Mon, 29 Aug 2011 19:18:00 -0000	[thread overview]
Message-ID: <m3vctgdo23.fsf@fleche.redhat.com> (raw)
In-Reply-To: <83liuffdlo.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 27 Aug	2011 11:44:19 +0300")

>>>>> "Eli" == Eli Zaretskii <eliz@gnu.org> writes:

Tom> I am not sure how to handle file names with quotes; IIUC typical
Tom> escaping syntax won't work because it is already used in DOS-style file
Tom> names.  This matters since I think MI clients already have to play funny
Tom> games here :-(

Eli> Can we standardize on quoting with ".." instead?

I don't think so, because that is already accepted by linespec, so
compatibility problems apply.

Eli> If we must use '..' style quoting, then how about doubling the ' to
Eli> express a literal quote character?

It would work for me.

Tom> Furthermore I think that quoted text should always be a token: we should
Tom> not try to extend the token boundaries or break the token up.  That is:
Tom> Valid:    break 'file.c':function
Tom> Invalid:  break 'file.c:function'
Tom> Invalid:  break 'file'.c:function

Eli> What about these:

Eli>  break 'file with spaces.c:function:with:colons'
Eli>  break 'file with spaces.c':'function:with:colons'

Eli> ?  Do you propose just the latter to be valid?

Yes, just the latter.

The former would attempt to find a function with the quoted name,
following the "quoted text is a single token" rule.

Tom


  parent reply	other threads:[~2011-08-29 19:18 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-25 21:59 Keith Seitz
2011-08-26 18:23 ` Tom Tromey
2011-08-26 18:46   ` Keith Seitz
2011-08-26 19:07     ` Tom Tromey
2011-08-27  8:45       ` Eli Zaretskii
2011-08-27 13:17         ` asmwarrior
2011-08-29 19:18         ` Tom Tromey [this message]
2011-08-29  7:19       ` André Pönitz
2011-08-29 10:13         ` Pedro Alves
2011-08-29 12:06           ` Matt Rice
2011-08-29 12:15           ` André Pönitz
2011-08-29 13:53             ` Pedro Alves
2011-08-29 19:21             ` Jan Kratochvil
2011-08-30  8:19               ` André Pönitz
2011-08-30  9:21                 ` Jan Kratochvil
2011-08-30 15:02                 ` Tom Tromey
2011-08-30 16:34                   ` André Pönitz
2011-08-30 17:21                     ` Tom Tromey
2011-08-31  8:54                       ` André Pönitz
2011-08-29 19:46         ` Tom Tromey
2011-08-29 21:13           ` Keith Seitz
2011-08-30  2:35             ` Daniel Jacobowitz
2011-08-30 15:00             ` Tom Tromey
2011-08-30 17:24               ` Tom Tromey
2011-08-31 18:17   ` Keith Seitz
2011-08-31 18:23     ` Jan Kratochvil
2011-08-31 18:52     ` Tom Tromey
2011-09-02 16:04     ` asmwarrior

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=m3vctgdo23.fsf@fleche.redhat.com \
    --to=tromey@redhat.com \
    --cc=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=keiths@redhat.com \
    /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