From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28189 invoked by alias); 12 Oct 2004 19:48:30 -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 28163 invoked from network); 12 Oct 2004 19:48:29 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 12 Oct 2004 19:48:29 -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 i9CJmOig014193 for ; Tue, 12 Oct 2004 15:48:29 -0400 Received: from localhost.redhat.com (porkchop.devel.redhat.com [172.16.58.2]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id i9CJmIr11000; Tue, 12 Oct 2004 15:48:18 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 7384C28CF; Tue, 12 Oct 2004 15:47:58 -0400 (EDT) Message-ID: <416C34EE.1000504@gnu.org> Date: Wed, 13 Oct 2004 04:52:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20041009 MIME-Version: 1.0 To: Eli Zaretskii Cc: 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> In-Reply-To: <01c4ad13$Blat.v2.2.2$f1f70c60@zahav.net.il> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-10/txt/msg00298.txt.bz2 >>> Date: Wed, 06 Oct 2004 12:44:47 -0400 >>> From: Andrew Cagney >>> >>> The attached modifies GDB's "gdb" CVS module trimming it back to what is >>> currently relevant. It drops mmalloc/ (not used), cgen/cpu/ (moved to >>> cpu/), intl (use installed), and utils/ (not used). For intl, this came up here: http://sources.redhat.com/ml/gdb-patches/2004-07/msg00442.html http://sources.redhat.com/ml/gdb-patches/2004-08/msg00154.html > I have concerns about the `intl' part. Where, if anywhere at all, > will GDB distributions keep the stuff that is currently in `intl'? > AFAIR, GNU projects that support l10n bring this stuff with them, they > do not rely on the installed gettext facilities as the sole solution. > Are we going to create a new directory `gdb/intl' and import files > there from the GNU gettext CVS tree, or will we do somthing else? On GNU systems, intl is already available and installed and GDB's configuration is set up to use it (similar for my "Free" NetBSD system). Andrew