From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-19940-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 489 invoked by alias); 19 Oct 2004 21:27:50 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 481 invoked from network); 19 Oct 2004 21:27:49 -0000
Received: from unknown (HELO balder.inter.net.il) (192.114.186.15)
  by sourceware.org with SMTP; 19 Oct 2004 21:27:49 -0000
Received: from zaretski (pns03-207-40.inter.net.il [80.230.207.40])
	by balder.inter.net.il (Mirapoint Messaging Server MOS 3.3.7-GR)
	with ESMTP id DVE66996 (AUTH halo1);
	Tue, 19 Oct 2004 23:27:44 +0200 (IST)
Date: Wed, 20 Oct 2004 02:29:00 -0000
From: "Eli Zaretskii" <eliz@gnu.org>
To: Mark Kettenis <mark.kettenis@xs4all.nl>
Message-ID: <01c4b622$Blat.v2.2.2$080057c0@zahav.net.il>
Content-Transfer-Encoding: 7BIT
Content-Type: text/plain; charset=ISO-8859-1
CC: cagney@gnu.org, gdb@sources.redhat.com
In-reply-to: <200410192022.i9JKMjjp002847@elgar.sibelius.xs4all.nl> (message
	from Mark Kettenis on Tue, 19 Oct 2004 22:22:45 +0200 (CEST))
Subject: Re: Trimming the CVS "gdb" module
Reply-to: Eli Zaretskii <eliz@gnu.org>
References: <416420FF.2090201@gnu.org> <01c4ad13$Blat.v2.2.2$f1f70c60@zahav.net.il> <416C34EE.1000504@gnu.org> <01c4b0e0$Blat.v2.2.2$c0d0f8a0@zahav.net.il> <200410131535.i9DFZ8Sb020582@juw15.nfra.nl> <01c4b162$Blat.v2.2.2$6fa656a0@zahav.net.il> <4175221A.8040006@gnu.org> <01c4b617$Blat.v2.2.2$89156400@zahav.net.il> <200410192022.i9JKMjjp002847@elgar.sibelius.xs4all.nl>
X-SW-Source: 2004-10/txt/msg00367.txt.bz2

> Date: Tue, 19 Oct 2004 22:22:45 +0200 (CEST)
> From: Mark Kettenis <mark.kettenis@xs4all.nl>
> CC: cagney@gnu.org, gdb@sources.redhat.com
> 
> how is this different from only having TUI support if there's
> already a curses library installed on the end-user system?

It's different because the technology for bringing gettext with a
package's tarball and building it as part of the package build is
known and used by other GNU packages.  By contrast, no GNU package
known to me comes with a replacement for curses (and curses-like
libraries will not work on non-Posix systems anyway, since AFAIK they
rely heavily on Unix-style terminal driver features).