[RFA] Avoid infinite height for mingw GDB

Pierre Muller pierre.muller@ics-cnrs.unistra.fr
Thu Oct 18 08:47:00 GMT 2012


  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.



More information about the Gdb-patches mailing list