From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17194 invoked by alias); 22 Jun 2012 09:44:26 -0000 Received: (qmail 17182 invoked by uid 22791); 22 Jun 2012 09:44:25 -0000 X-SWARE-Spam-Status: No, hits=-3.9 required=5.0 tests=AWL,BAYES_00,KHOP_THREADED,RCVD_IN_DNSWL_NONE,RCVD_IN_HOSTKARMA_NO,RCVD_IN_NIX_SPAM,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout22.012.net.il (HELO mtaout22.012.net.il) (80.179.55.172) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 22 Jun 2012 09:44:12 +0000 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0M6000C00IXEI100@a-mtaout22.012.net.il> for gdb-patches@sourceware.org; Fri, 22 Jun 2012 12:44:07 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.210.75]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M6000CIGJ1J9T50@a-mtaout22.012.net.il>; Fri, 22 Jun 2012 12:44:07 +0300 (IDT) Date: Fri, 22 Jun 2012 09:44:00 -0000 From: Eli Zaretskii Subject: Re: [patch] -iex and -ix: Execute them _after_ gdbinits In-reply-to: <20120622075113.GA9742@host2.jankratochvil.net> To: Jan Kratochvil Cc: gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <838vffd6l3.fsf@gnu.org> References: <20120616195417.GA6368@host2.jankratochvil.net> <83txybdnue.fsf@gnu.org> <20120616201312.GA7000@host2.jankratochvil.net> <83sjdvdkns.fsf@gnu.org> <20120616213126.GA12840@host2.jankratochvil.net> <83r4teejkj.fsf@gnu.org> <20120617065014.GA16029@host2.jankratochvil.net> <20120620190124.GA21945@host2.jankratochvil.net> <83sjdpdbac.fsf@gnu.org> <20120622075113.GA9742@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-06/txt/msg00685.txt.bz2 > Date: Fri, 22 Jun 2012 09:51:13 +0200 > From: Jan Kratochvil > Cc: gdb-patches@sourceware.org > > > Specifically, why isn't it a > > good feature to be able to execute commands before loading .gdbinit? > > I do not see how it could be useful, in such cases one can execute the > commands after loading /etc/gdbinit or ~/.gdbinit with the same effect. A simple scenario where this could be useful is when either of these two files does something conditioned on some variable's value. Then setting that variable before these are loaded can control what loading them does.