From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-17577-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 22965 invoked by alias); 10 Mar 2004 16:02:26 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 22917 invoked from network); 10 Mar 2004 16:02:24 -0000
Received: from unknown (HELO Cantor.suse.de) (195.135.220.2)
  by sources.redhat.com with SMTP; 10 Mar 2004 16:02:24 -0000
Received: from hermes.suse.de (Hermes.suse.de [195.135.221.8])
	(using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits))
	(No client certificate requested)
	by Cantor.suse.de (Postfix) with ESMTP id D04172CB9A2;
	Wed, 10 Mar 2004 17:02:23 +0100 (CET)
To: Ian Lance Taylor <ian@wasabisystems.com>
Cc: Andrew Cagney <cagney@gnu.org>,
	Manoj Iyer <manjo@austin.ibm.com>, gdb@sources.redhat.com
Subject: Re: tcl cannot build 64bit.
References: <Pine.LNX.4.58.0403092047350.5833@lazy> <404E3539.8010005@gnu.org>
	<jevfldk76t.fsf@sykes.suse.de> <404E44B8.8050605@gnu.org>
	<jen06pk4ud.fsf@sykes.suse.de> <404E70B2.4010607@gnu.org>
	<jewu5tkqvu.fsf@sykes.suse.de> <m365dcbu73.fsf@gossamer.airs.com>
From: Andreas Schwab <schwab@suse.de>
X-Yow: I'm definitely not in Omaha!
Date: Wed, 10 Mar 2004 16:02:00 -0000
In-Reply-To: <m365dcbu73.fsf@gossamer.airs.com> (Ian Lance Taylor's message
 of "10 Mar 2004 10:25:20 -0500")
Message-ID: <jeeks0itbl.fsf@sykes.suse.de>
User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-SW-Source: 2004-03/txt/msg00093.txt.bz2

Ian Lance Taylor <ian@wasabisystems.com> writes:

> The src directory is used for a number of different packages, not just
> gdb.

Yes, I know.

> If you 'cvs co gdb' and then avoid using 'cvs update -d' at top level,
> you should be OK.

Not using -d is not an option.  And the gdbtk directory even exists on the
branch.

Andreas.

-- 
Andreas Schwab, SuSE Labs, schwab@suse.de
SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756  01D3 44D5 214B 8276 4ED5
"And now for something completely different."