From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17989 invoked by alias); 23 Feb 2015 19:27:53 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 17977 invoked by uid 89); 23 Feb 2015 19:27:52 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,SPF_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Mon, 23 Feb 2015 19:27:51 +0000 Received: from vapier (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id 2187E34092B; Mon, 23 Feb 2015 19:27:48 +0000 (UTC) Date: Mon, 23 Feb 2015 19:27:00 -0000 From: Mike Frysinger To: Pedro Alves Cc: Bernd Edlinger , GDB Patches Subject: Re: [PATCH] Enable building GDB without installed libtermcap Message-ID: <20150223192748.GB13523@vapier> Mail-Followup-To: Pedro Alves , Bernd Edlinger , GDB Patches References: <54EB4FDF.1060909@redhat.com> <54EB513A.8050706@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="hHWLQfXTYDoKhP50" Content-Disposition: inline In-Reply-To: <54EB513A.8050706@redhat.com> X-IsSubscribed: yes X-SW-Source: 2015-02/txt/msg00675.txt.bz2 --hHWLQfXTYDoKhP50 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1551 On 23 Feb 2015 16:11, Pedro Alves wrote: > On 02/23/2015 04:05 PM, Pedro Alves wrote: >=20 > >> The idea for this patch is to include a simple version of libtermcap a= s 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. >=20 > ... >=20 > > 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. >=20 > ... >=20 > > 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. >=20 > 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. agree= d --=20 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 --hHWLQfXTYDoKhP50 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJU6380AAoJEEFjO5/oN/WBxpEP/R6TSwmvEnrqgQL/kF58DLZ6 PLBX0kjtpXmXjNFkj/Bn2K2hl3uuDTYKk7oGtJgQP7+qRA30wp1CVWz6ltAgyDfa m61Z1Ue0ZEBTrLdmuNLwA7KfnyxW6CelA9RwWbDrKuoKafkznZqbYKmWz65Fd/3Q QeK+ps6Fn7DVr+7B1Hzr8+7DjujEaYzX+T7rutKhUXb3J2XG+p/UnaaLfxpOBCJX PEHAiLIct8+W1T4hyUDnxgmj54f6SC3kV64r+Q/GCkMaZWJSK8vwzUCkidbMo2Wv sDUlEjrl1/k0glDpRG4/gxjCFHr8Vf6eRS6cfVUQXnswjC54bJJzjeyBM93ajLgI 5OPapx/Ol/hofHn6BVoIu/d16dBk9EXePYAHgBO3E7E2UBBBuE4ehwUAkrTC4yol cZap5mxABSX2SOaShul2r2uOvkcYw6rVKCqClVmDJaivHuiz/6Wiai6NVfY8YC+g QLocYFrI7X9VItLWpjGX9+EtKcz8duZ6ZiaaTMFIGq34R2GEA2wcMrbOzHn1INeE 9z32KIgQkdTLrHmaYn5enXfrjYSzHzhvdXHnFLhzRwnR/oJImCz956Y5pZ1x4Izs 67XLf4eQg/3OoBFcHUK38d1HuBp6P58NvUlVsXuRYL8Kc4Ze0c4HjgcNuFJ3weA6 W3FA7wrAVfp3FZvyET8K =lRHI -----END PGP SIGNATURE----- --hHWLQfXTYDoKhP50--