From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14170 invoked by alias); 12 May 2006 05:49:13 -0000 Received: (qmail 14162 invoked by uid 22791); 12 May 2006 05:49:13 -0000 X-Spam-Check-By: sourceware.org Received: from yosemite.airs.com (HELO yosemite.airs.com) (205.217.158.180) by sourceware.org (qpsmtpd/0.31) with SMTP; Fri, 12 May 2006 05:49:11 +0000 Received: (qmail 20275 invoked by uid 10); 12 May 2006 05:49:10 -0000 Received: (qmail 14156 invoked by uid 500); 12 May 2006 05:49:03 -0000 Mail-Followup-To: binutils@sourceware.org, gdb@sourceware.org, gcc@gcc.gnu.org, sje@cup.hp.com To: Steve Ellcey Cc: binutils@sourceware.org, gdb@sourceware.org, gcc@gcc.gnu.org Subject: Re: intl directory: gcc vs. src References: <200605112057.NAA14726@hpsje.cup.hp.com> From: Ian Lance Taylor Date: Fri, 12 May 2006 20:04:00 -0000 In-Reply-To: <200605112057.NAA14726@hpsje.cup.hp.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2006-05/txt/msg00235.txt.bz2 Steve Ellcey writes: > By removing the AM_PROG_INSTALL definition from aclocal.m4 I was able to > run autoconf 2.59 on the src tree intl subdir with no problems but I was > wondering if we should take the time to synchronize the GCC intl > directory with the src tree intl directory. The GCC version is already > configured with autoconf 2.59. > > I did some testing by copying my GCC intl directory (plus config.rpath) > into my src tree and I was able to build binutils and gas with no > problem and with no other changes needed. This was on a system where > libintl was not installed and the intl subdir was built. > > What do people who build in a combined tree do with intl? Do they use > the GCC version or the src tree version? Is there any consensus about > whether or not there should be a single version of intl, and if so, > which one should be used? Yes, there should be a single version of intl. I don't think anybody cares which version is used, as long as it works. If you have taken the time to test a unified intl, and are prepared to fix any problems, I think your patch would be great. Ian