From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6317 invoked by alias); 20 Oct 2004 21:22:08 -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 6300 invoked from network); 20 Oct 2004 21:22:06 -0000 Received: from unknown (HELO balder.inter.net.il) (192.114.186.15) by sourceware.org with SMTP; 20 Oct 2004 21:22:06 -0000 Received: from zaretski ([80.230.142.154]) by balder.inter.net.il (Mirapoint Messaging Server MOS 3.3.7-GR) with ESMTP id DVF84608 (AUTH halo1); Wed, 20 Oct 2004 20:30:59 +0200 (IST) Date: Wed, 20 Oct 2004 22:21:00 -0000 From: "Eli Zaretskii" To: Andrew Cagney Message-ID: <01c4b6d2$Blat.v2.2.2$7f2c17c0@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: kettenis@gnu.org, gdb@sources.redhat.com In-reply-to: <4176800E.4050302@gnu.org> (message from Andrew Cagney on Wed, 20 Oct 2004 11:11:10 -0400) Subject: Re: Trimming the CVS "gdb" module Reply-to: Eli Zaretskii 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> <4176800E.4050302@gnu.org> X-SW-Source: 2004-10/txt/msg00385.txt.bz2 > Date: Wed, 20 Oct 2004 11:11:10 -0400 > From: Andrew Cagney > Cc: kettenis@gnu.org, gdb@sources.redhat.com > > 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. Unfortunate wording on my part: I should have said ``when GDB will _have_ message catalogs''. Anyway, that's not the issue > Even on _current_ non-GNU systems that don't bundle intl/ it's > supported, the user just needs to install intl/ first. That's exactly what worries me: other packages come with `intl' that gets built as part of "make", unless you disable that through a configure-time switch. > Alternativily, someone, could step forward and upgrade/maintain > src/intl/. Can't we copycat what Binutils does? IIRC, it comes with an `intl' directory under `binutils-X.Y.Z', or at least it used to last time I looked.