From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18449 invoked by alias); 20 Oct 2004 15:11:39 -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 18440 invoked from network); 20 Oct 2004 15:11:38 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 20 Oct 2004 15:11:38 -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 i9KFBcQg022348 for ; Wed, 20 Oct 2004 11:11:38 -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 i9KFBbr03623; Wed, 20 Oct 2004 11:11:37 -0400 Received: from [127.0.0.1] (localhost.localdomain [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 8549C7ACEF; Wed, 20 Oct 2004 11:11:12 -0400 (EDT) Message-ID: <4176800E.4050302@gnu.org> Date: Wed, 20 Oct 2004 18:29: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> <41759B30.3070907@gnu.org> <01c4b660$Blat.v2.2.2$193a8e00@zahav.net.il> In-Reply-To: <01c4b660$Blat.v2.2.2$193a8e00@zahav.net.il> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00374.txt.bz2 Eli Zaretskii wrote: > Like I said, I'm not opposed to what you did if we intend to add it > back at some future date, when GDB will support gettext and message > catalogs. What worries me is that it sounds like we intend to remove > the i18n stuff for good. Um, GDB supports gettext and message catalogs today. What we're lacking is: - markups (only one file's been done) - translations (kind of predicated on the first option) - fixes to i18n unfriendly code (using the translations should flush these out) Even on _current_ non-GNU systems that don't bundle intl/ it's supported, the user just needs to install intl/ first. Alternativily, someone, could step forward and upgrade/maintain src/intl/. Andrew