This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] Avoid infinite height for mingw GDB
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Joel Brobecker <brobecker at adacore dot com>
- Cc: pierre dot muller at ics-cnrs dot unistra dot fr, gdb-patches at sourceware dot org
- Date: Wed, 17 Oct 2012 21:19:13 +0200
- Subject: Re: [RFA] Avoid infinite height for mingw GDB
- References: <000c01cdabf3$6a72bf40$3f583dc0$%muller@ics-cnrs.unistra.fr> <20121017162603.GL3050@adacore.com> <83fw5d2gi7.fsf@gnu.org> <20121017165542.GM3050@adacore.com>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> Date: Wed, 17 Oct 2012 09:55:42 -0700
> From: Joel Brobecker <brobecker@adacore.com>
> Cc: pierre.muller@ics-cnrs.unistra.fr, gdb-patches@sourceware.org
>
> > How about if we abandon the windows-termcap.c kludge entirely, and
> > instead use a MinGW build of ncurses? It builds out of the box, and
> > you can find a precompiled binary here:
> >
> > http://sourceforge.net/projects/ezwinports/files/ncurses-5.9-w32-bin.zip/download
>
> Is it the standard ncurses that now builds out of the box on MinGW,
> or a modified version?
There's a couple of small changes there (see DIFFS in the source zip),
but they are not necessary to build ncurses out of the box.
> > Any objections?
>
> It makes building GDB from sources a little harder on Windows/MinGW,
> but I think that would be fine.
If no one beats me to it, I'll try to build GDB with ncurses when I
have time.
> In the meantime, if it's a larger project, I suggest we can put the hack
> I provided in place. I don't think it'll harm us, and it should solve
> Pierre's issue while we work on using ncurses.
I don't object.