This is the mail archive of the
mailing list for the GDB project.
Re: gdb.ini vs. .gdbinit on Cygwin
[Get raw message]
On Tue, Nov 13, 2001 at 11:46:08AM -0500, Fernando Nasser wrote:
> Eli Zaretskii wrote:
> > On Sun, 11 Nov 2001, Corinna Vinschen wrote:
> > > is there still a reason why the .gdbinit file is called gdb.ini
> > > on Cygwin?
> > You might consider the fact that the Windows Explorer still disallows
> > creation of files with a leading dot.
> > I don't know if this is important for Cygwin users, though.
> > Also, if you remove gdb.ini, I'd suggest to have a transitional period
> > where gdb.ini is still supported. Otherwise, users might get mad at
> > you for breaking their setup.
> > In any case, please change the docs accordingly (type "i gdb.ini RET"
> > in an Info reader, to find where it is mentioned).
> I agree with Eli.
> My first thought was: look for ".gdbinit", if not found
> look for "gdb.ini" after issuing a warning that "gdb.ini" should be
> renamed to ".gdbinit" and that "gdb.ini" will not be supported in future
> But then I remembered that we may have native Windows GDB (i.e., not
> but Win32 GDB programs). Can those also look for ".gdbinit"?
We're talking about the Cygwin version. A native DOS/Windows version
can keep gdb.ini. It doesn't matter.
> And the Windows Explorer issue, has it gone on the XP version?
Of course not. However, we should use .gdbinit the same way as for
any other host on Cygwin. There's no reason to treat the Cygwin GDB
special in that case. If you think it's really necessary, we can
keep supporting gdb.ini as well but a Cygwin GDB doesn't have to
take care for Explorer disabilities, IMO. As a resort we could
begin to support an environment variable GDBINIT or similar which
contains the name/path of the GDB init file. That would have the
advantage to be mostly host independent.
Red Hat, Inc.