From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 1652 invoked by alias); 19 Oct 2004 22:55:12 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 1639 invoked from network); 19 Oct 2004 22:55:12 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 19 Oct 2004 22:55:12 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.10) with ESMTP id i9JMt6UZ018059 for ; Tue, 19 Oct 2004 18:55:12 -0400 Received: from localhost.redhat.com (to-dhcp51.toronto.redhat.com [172.16.14.151]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i9JMt6r03692; Tue, 19 Oct 2004 18:55:06 -0400 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 255F07ACEF; Tue, 19 Oct 2004 18:54:44 -0400 (EDT) Message-ID: <41759B30.3070907@gnu.org> Date: Wed, 20 Oct 2004 04:52:00 -0000 From: Andrew Cagney User-Agent: Mozilla Thunderbird 0.8 (X11/20041012) MIME-Version: 1.0 To: Eli Zaretskii Cc: kettenis@gnu.org, gdb@sources.redhat.com Subject: Re: Trimming the CVS "gdb" module 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> In-Reply-To: <01c4b617$Blat.v2.2.2$89156400@zahav.net.il> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00368.txt.bz2 Eli Zaretskii wrote: >>Date: Tue, 19 Oct 2004 10:18:02 -0400 >>From: Andrew Cagney >>Cc: Mark Kettenis , gdb@sources.redhat.com >> >>Can you describe the problem we're expecting to solve? > > > The problem whereby it's impossible to have i18n support in GDB unless > there's already gettext installed on the end-user system. Are there any current GNU systems that have this problem? Are there any current non-GNU systems have this problem? Do the circumstances that lead to intl/ being bundled with all those other packages actually still exist? Andrew PS: Up to and including 6.2, GDB didn't even need intl/ yet it was bundling it. It was an artifact inherited from the Cygnus tree.