This is the mail archive of the gdb-patches@sourceware.org mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [patch] New set auto-load-local-gdbinit + disable it by default


> Date: Tue, 17 Jan 2012 18:59:57 +0100
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: dje@google.com, gdb-patches@sourceware.org
> 
> > I find it indispensable, including during the past 2.5 years, when I needed
> > some heavy debugging of the Emacs display engine.
> 
> The problem is if one gets used to those .gdbinit files then sure those files
> are great.  I do not think projects should be accessible only to their
> longterm developers.  The longterm developers always can do some "gdb -x foo".

These projects cannot be efficiently debugged without these files.
When did you last try looking at a long Lisp list with just the stock
commands?  It's impractical.  The first thing newbies should do is
learn at least some of the commands in .gdbinit, if they really want
to debug Emacs.

> > If that's really so (and I don't think I agree), then we should simply
> > stop distributing that file, not under the name .gdbinit anyway.
> > 
> > But using these use-cases, even if all of them indeed suffer from bad
> > .gdbinit files, to deprive users of having helpful init files in the
> > source tree is really excessive, IMO.
> 
> I agree if this change gets in then src/gdb/.gdbinit should be renamed to
> something else.  For example src/gdb/gdbinit.

If we are renaming the file, why make the change?


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]