This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [patch] New set auto-load-local-gdbinit + disable it by default
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Jan Kratochvil <jan dot kratochvil at redhat dot com>
- Cc: gdb-patches at sourceware dot org
- Date: Tue, 17 Jan 2012 05:21:38 -0500
- Subject: Re: [patch] New set auto-load-local-gdbinit + disable it by default
- References: <20120117095552.GA6141@host2.jankratochvil.net>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> Date: Tue, 17 Jan 2012 10:55:52 +0100
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
>
> >From what I know still there may be a resistance to this change, Eli please
> save your work with doc reviewing only after the change has been approved.
Thanks for the heads-up, I'm one of those who will resist ;-)
> Still at least the setting should go in and then one can then have
> "set auto-load-local-gdbinit off" at least in ~/.gdbinit. Anyway I would
> file a FESCo (Fedora Engineering Steering Committee) ticket for such "off" in
> /etc/gdbinit at least in distro and IMHO it needs to get approved (but maybe
> not, it would be another fork from upstream).
I think this is a draconian measure. It prevents me from having a
.gdbinit file loaded automatically as appropriate for a program I'm
debugging. Prominent examples include GDB itself and Emacs, which
both come with a .gdbinit file that makes debugging much easier.
> And "gdb -x ./.gdbinit" is a pretty simple way to do what one wants to do.
"gdb -x .gdbinit" is much longer than just "gdb". It could really
make a difference in some special use cases, e.g. when you need to
attach to a failing process very quickly. It is also easy to forget.
So I'm very much against this incompatible change in behavior, FWIW.