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
I also agree, but you still need to remember that
the API function GetConsoleScreenBufferInfo
may fail and handle also that case, no?
Pierre
> -----Message d'origine-----
> De?: gdb-patches-owner@sourceware.org [mailto:gdb-patches-
> owner@sourceware.org] De la part de Eli Zaretskii
> Envoyé?: mercredi 17 octobre 2012 21:19
> À?: Joel Brobecker
> Cc?: pierre.muller@ics-cnrs.unistra.fr; gdb-patches@sourceware.org
> Objet?: Re: [RFA] Avoid infinite height for mingw GDB
>
> > 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.