From: Eli Zaretskii <eliz@gnu.org>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: gdb@sourceware.org, gdb-patches@sourceware.org
Subject: Re: [patch] Save the history by default
Date: Tue, 08 Sep 2009 20:20:00 -0000 [thread overview]
Message-ID: <83fxax2num.fsf@gnu.org> (raw)
In-Reply-To: <20090908200537.GA14676@host0.dyn.jankratochvil.net>
> Date: Tue, 8 Sep 2009 22:05:37 +0200
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: gdb-patches@sourceware.org
>
> The attached patch breaks backward compatibility with reading project's
> specific ./.gdb_history files. I believe if someone is using such files
> (me not) (s)he can add there appropriate `set history filename' to local
> `.gdbinit' there. Tried a patch defaulting to ./.gdb_history and falling back
> to $HOME/.gdb_history but I find it needlessly tricky. Experienced user can
> set it straightforward way according to the needs, just the default should IMO
> cover the major user base.
How about trying both, like we do with .gdbinit?
> --- a/gdb/NEWS
> +++ b/gdb/NEWS
> @@ -81,6 +81,8 @@ registers on ARM targets. Both ARM GNU/Linux native GDB and gdbserver
> can provide these registers (requires Linux 2.6.30 or later). Remote
> and simulator targets may also provide them.
>
> +* GDB now defaults to save the command history and using a file in $HOME.
> +
> * New remote packets
>
> qSearch:memory:
> --- a/gdb/doc/gdb.texinfo
> +++ b/gdb/doc/gdb.texinfo
> @@ -17722,15 +17722,15 @@ list, and where it writes the command history from this session when it
> exits. You can access this list through history expansion or through
> the history command editing characters listed below. This file defaults
> to the value of the environment variable @code{GDBHISTFILE}, or to
> -@file{./.gdb_history} (@file{./_gdb_history} on MS-DOS) if this variable
> -is not set.
> +@file{$HOME/.gdb_history} (@file{$HOME/_gdb_history} on MS-DOS) if this
> +variable is not set.
>
> @cindex save command history
> @kindex set history save
> @item set history save
> @itemx set history save on
> Record command history in a file, whose name may be specified with the
> -@code{set history filename} command. By default, this option is disabled.
> +@code{set history filename} command. By default, this option is enabled.
>
> @item set history save off
> Stop recording command history in a file.
These two parts are okay (assuming the code is accepted).
Thanks.
next prev parent reply other threads:[~2009-09-08 20:20 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-08 20:05 Jan Kratochvil
2009-09-08 20:20 ` Eli Zaretskii [this message]
2009-09-08 20:37 ` Jan Kratochvil
2009-09-09 16:42 ` Eli Zaretskii
[not found] <20090908200537.GA14676__29508.7702492767$1252440377$gmane$org@host0.dyn.jankratochvil.net>
2009-09-09 19:40 ` Tom Tromey
2009-09-09 19:55 ` Mark Kettenis
2009-09-09 22:32 ` Tom Tromey
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=83fxax2num.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=gdb-patches@sourceware.org \
--cc=gdb@sourceware.org \
--cc=jan.kratochvil@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