From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <insight-return-5241-listarch-insight=sources.redhat.com@sources.redhat.com>
Received: (qmail 14192 invoked by alias); 22 Feb 2005 16:44:01 -0000
Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:insight-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/insight/>
List-Post: <mailto:insight@sources.redhat.com>
List-Help: <mailto:insight-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: insight-owner@sources.redhat.com
Received: (qmail 14104 invoked from network); 22 Feb 2005 16:43:55 -0000
Received: from unknown (HELO sccrmhc12.comcast.net) (204.127.202.56)
  by sourceware.org with SMTP; 22 Feb 2005 16:43:55 -0000
Received: from [10.0.1.3] (h000393256f12.ne.client2.attbi.com[24.61.199.96])
          by comcast.net (sccrmhc12) with SMTP
          id <2005022216435401200t1ud0e>; Tue, 22 Feb 2005 16:43:55 +0000
User-Agent: Microsoft-Entourage/11.1.0.040913
Date: Tue, 22 Feb 2005 16:44:00 -0000
Subject: Re: [Patch] updated configure.in required to enable insight to
 build on OSX
From: Paul Schlie <schlie@comcast.net>
To: Andrew Cagney <cagney@gnu.org>
CC: Nick Clifton <nickc@redhat.com>,
	<binutils@sources.redhat.com>,
	<gdb-patches@sources.redhat.com>,
	<insight@sources.redhat.com>,
	Keith Seitz <keiths@redhat.com>
Message-ID: <BE40CB74.930D%schlie@comcast.net>
In-Reply-To: <421B5957.2090704@gnu.org>
Mime-version: 1.0
Content-type: text/plain;
	charset="US-ASCII"
Content-transfer-encoding: 7bit
X-SW-Source: 2005-q1/txt/msg00050.txt.bz2

Actually yes, typically simply co -d src ... and grab everything,
then typically merge gcc into it (which I know isn't blessed, but
have generally found it more reliable for the things that should
likely be in common, to literally be in common; so would be nice
to have a top-level configure maintained, it would seem, as I don't
think I'm the only one?

[personally seems a little archaic for gcc to still remain disassociated
 from the src cvs tree, and end up having to manually check into both?]


> From: Andrew Cagney <cagney@gnu.org>
> Date: Tue, 22 Feb 2005 11:09:59 -0500
> To: Paul Schlie <schlie@comcast.net>
> Cc: Nick Clifton <nickc@redhat.com>, <binutils@sources.redhat.com>,
> <gdb-patches@sources.redhat.com>, <insight@sources.redhat.com>, Keith Seitz
> <keiths@redhat.com>
> Subject: Re: [Patch] updated configure.in required to enable insight to build
> on OSX
> 
> Paul Schlie wrote:
>> Actually come to think of it, might there be any quick convenient way
>> to disable sim, sid, rda, and libgloss from trying to build without
>> being explicitly enabled (or even prevented if explicitly disabled)?
>> As I've had to basically manually re-name or remove those directories,
>> to prevent them from building when not desired?
> 
> Did you use "cvs update -d" in the top level directory?  Neither the
> BINUTILS, nor GDB modules check any of those directories out.
> 
> Andrew