From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12568 invoked by alias); 6 Aug 2004 16:07:04 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 12561 invoked from network); 6 Aug 2004 16:07:02 -0000 Received: from unknown (HELO mx1.redhat.com) (66.187.233.31) by sourceware.org with SMTP; 6 Aug 2004 16:07:02 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.10/8.12.10) with ESMTP id i76G71e3005206 for ; Fri, 6 Aug 2004 12:07:02 -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 i76G6pa16040; Fri, 6 Aug 2004 12:06:51 -0400 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id 2438B2B9D; Fri, 6 Aug 2004 12:06:45 -0400 (EDT) Message-ID: <4113AC94.9060302@gnu.org> Date: Fri, 06 Aug 2004 16:07:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-GB; rv:1.4.1) Gecko/20040801 MIME-Version: 1.0 To: tromey@redhat.com Cc: gdb-patches@sources.redhat.com Subject: Re: [patch/rfc] Enable PO files. References: <41091DEB.9020904@gnu.org> <87isc575ry.fsf@fleche.redhat.com> In-Reply-To: <87isc575ry.fsf@fleche.redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-08/txt/msg00154.txt.bz2 >>>>>>>>>>> "Andrew" == Andrew Cagney writes: > > > Andrew> - the output is put in the _build_ directory (instead of RO srcdir) > > The only issue with this, I think, is how releases are made -- but I > see from the patch that you already dealt with this. > > Andrew> - insisted on using ../intl/ > Andrew> I didn't borrow that - GDB will still use an installed intl/ (I'm > Andrew> wondering if its time to boot intl/ out of GDB's distro). > > Hmm, I thought the point of doing this is that the stuff in intl, > while readily available on Linux boxes, isn't so available elsewhere. > I could be behind the times, though, I haven't looked at the nuts and > bolts of gettext building in years. Leading into 6.2, GDB found its self in a situtation where: - intl/ wasn't needed - on non-GNU systems, intl/ typically broke the build (serious) yet we shipped it, doh! Given this, the consequence of enabling i18n can be illustrated with the table: GDB: <=6.2 6.3 GNU - i18n non - - (On non-GNU systems, unless we put effort into maining our local src/intl/, it will continue to break and hence will continue to be --disable-nls'ed). Lets instead do what we should have done long ago, rely on the installed intl/. We then: - fix our intl/ build problem - remove the burden of [pretending to] maintain intl/ - support i18n where it really matters -> GNU systems - support i18n on non-GNU systems where intl/'s installed > Andrew> + find * \ > Andrew> + -name '*-stub.c' -prune -o \ > Andrew> + -name 'testsuite' -prune -o \ > Andrew> + -name 'init.c' -prune -o \ > Andrew> + -name '*.[hc]' -print > > I never liked using find for things like this, since I tend to push > files out of the way by "mv foo.c hacked-foo.c", but I can understand > why you'd do it this way. I suppose it could only negatively affect > some subset of "real gdb developers" anyway, provided releases are > always done from a pristine checkout. Yes, true. Andrew