From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4835 invoked by alias); 17 Jan 2012 10:21:53 -0000 Received: (qmail 4826 invoked by uid 22791); 17 Jan 2012 10:21:52 -0000 X-SWARE-Spam-Status: No, hits=-2.2 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from fencepost.gnu.org (HELO fencepost.gnu.org) (140.186.70.10) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 17 Jan 2012 10:21:38 +0000 Received: from eliz by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1Rn6Ac-0005ne-1z; Tue, 17 Jan 2012 05:21:38 -0500 Date: Tue, 17 Jan 2012 12:34:00 -0000 Message-Id: From: Eli Zaretskii To: Jan Kratochvil CC: gdb-patches@sourceware.org In-reply-to: <20120117095552.GA6141@host2.jankratochvil.net> (message from Jan Kratochvil on Tue, 17 Jan 2012 10:55:52 +0100) Subject: Re: [patch] New set auto-load-local-gdbinit + disable it by default Reply-to: Eli Zaretskii References: <20120117095552.GA6141@host2.jankratochvil.net> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2012-01/txt/msg00589.txt.bz2 > Date: Tue, 17 Jan 2012 10:55:52 +0100 > From: Jan Kratochvil > > >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.