[PATCH] Enable building GDB without installed libtermcap

[Mike Frysinger]

On 23 Feb 2015 16:11, Pedro Alves wrote:
> On 02/23/2015 04:05 PM, Pedro Alves wrote:
> 
> >> The idea for this patch is to include a simple version of libtermcap as a fall-back
> >> for the case that the host compiler does not have any cursor library.  This enables
> >> at least a non tui-enabled gdb.  It works even if there is no termcap configuration
> >> file on the target.  If a termcap or curses library can be found when configuring gdb,
> >> we will use the installed library instead of the included libtermcap.
> 
> ...
> 
> > I don't see any change to libtermcap that makes this a "simple version of libtermcap".
> > AFAICS, this is really libtermcap, minus the manual and the definitions.  Parts of
> > the libtermcap patch you show look like something that really should be sent
> > to libtermcap's list, even.
> 
> ...
> 
> > Sorry, without a better rationale, I don't see how this makes sense.  We
> > like to have _fewer_ copies of upstream projects in the repo (such as
> > e.g., readline), not more.
> 
> I should have added that GDB _already_ has a very minimal termcap in
> the tree -- see gdb/windows-termcap.c.  We could consider making that
> the fallback on all hosts.

i knew i remembered this working before but i couldn't remember why.  agreed -- 
gdb should, if it fails to find a viable termcap, fall back to this stub.

on the topic though, i've just used PDCurses in the past for Windows:
  http://pdcurses.sourceforge.net/
it's trivial to cross-compile and works great in Windows.
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: Digital signature
URL: <http://sourceware.org/pipermail/gdb-patches/attachments/20150223/63a2e6bf/attachment.sig>