Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: "Pierre Muller" <muller@ics.u-strasbg.fr>
To: "'Joel Brobecker'" <brobecker@adacore.com>
Cc: <gdb-patches@sourceware.org>
Subject: RE: [RFA] use filename_completer for add_setshow_optional_filename_cmd
Date: Fri, 04 Jul 2008 14:56:00 -0000	[thread overview]
Message-ID: <000001c8dde5$ffc096c0$ff41c440$@u-strasbg.fr> (raw)
In-Reply-To: <20080704061700.GB18019@adacore.com>


What about this for NEWS:

diff -u -p -r1.277 NEWS
--- gdb/NEWS	11 Jun 2008 12:56:36 -0000	1.277
+++ gdb/NEWS	4 Jul 2008 11:35:19 -0000
@@ -3,6 +3,9 @@
 
 *** Changes since GDB 6.8
 
+* Commands `set debug-file-directory', `set solib-search-path' and `set
args'
+now complete on file names.
+
 * When completing in expressions, gdb will attempt to limit
 completions to allowable structure or union fields, where appropriate.
 For instance, consider:


The only problem is that for `set args' ,
there is a similar claim in NEWS dating back from
GDB 5.1 release....



> -----Message d'origine-----
> De : gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> owner@sourceware.org] De la part de Joel Brobecker
> Envoyé : Friday, July 04, 2008 8:17 AM
> À : Pierre Muller
> Cc : gdb-patches@sourceware.org
> Objet : Re: [RFA] use filename_completer for
> add_setshow_optional_filename_cmd
> 
> > There are currently only three adffected commands:
> >
> > "set debug-file-directory"
> > "set args"
> > "set solib-search-path"
> >
> > Only the second one might be questionable, but I also find that it
> > is reasonable to have filename completion for "set args" as this is
> > now done on most shells.
> 
> I also agree that this is more useful than completing on symbols.
> 
> > 2008-07-01  Pierre Muller  <muller@ics.u-strasbg.fr>
> >
> > 	cli/cli-decode.c (add_setshow_optional_filename_cmd): Set
> > 	completer for set to filename_completer.
> 
> This change makes sense. Can you submit a NEWS entry describing the
> new completion policy? The code update itself is approved.
> 
> Thank you,
> --
> Joel



  reply	other threads:[~2008-07-04 14:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-01 21:38 Pierre Muller
2008-07-01 22:03 ` Pedro Alves
2008-07-04  6:17 ` Joel Brobecker
2008-07-04 14:56   ` Pierre Muller [this message]
2008-07-04 18:01     ` Eli Zaretskii
2008-07-04 22:56   ` Pierre Muller
2008-07-04 10:45 ` Eli Zaretskii

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='000001c8dde5$ffc096c0$ff41c440$@u-strasbg.fr' \
    --to=muller@ics.u-strasbg.fr \
    --cc=brobecker@adacore.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