From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-return-71311-listarch-gcc=gcc.gnu.org@gcc.gnu.org>
Received: (qmail 32095 invoked by alias); 1 Apr 2003 23:38:52 -0000
Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Archive: <http://gcc.gnu.org/ml/gcc/>
List-Post: <mailto:gcc@gcc.gnu.org>
List-Help: <http://gcc.gnu.org/ml/>
Sender: gcc-owner@gcc.gnu.org
Received: (qmail 32077 invoked from network); 1 Apr 2003 23:38:52 -0000
Received: from unknown (HELO crack.them.org) (65.125.64.184)
  by sources.redhat.com with SMTP; 1 Apr 2003 23:38:52 -0000
Received: from nevyn.them.org ([66.93.61.169] ident=mail)
	by crack.them.org with asmtp (Exim 3.12 #1 (Debian))
	id 190VKu-0006zz-00; Tue, 01 Apr 2003 17:38:37 -0600
Received: from drow by nevyn.them.org with local (Exim 3.36 #1 (Debian))
	id 190VKe-0003wY-00; Tue, 01 Apr 2003 18:38:20 -0500
Date: Wed, 02 Apr 2003 00:13:00 -0000
From: Daniel Jacobowitz <drow@mvista.com>
To: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>
Cc: Andrew Haley <aph@redhat.com>, Andreas Jaeger <aj@suse.de>,
	gcc@gcc.gnu.org, java@gcc.gnu.org
Subject: Re: Java/parellel build(?) related bootstrap failure
Message-ID: <20030401233819.GA15125@nevyn.them.org>
Mail-Followup-To: Gerald Pfeifer <pfeifer@dbai.tuwien.ac.at>,
	Andrew Haley <aph@redhat.com>, Andreas Jaeger <aj@suse.de>,
	gcc@gcc.gnu.org, java@gcc.gnu.org
References: <Pine.BSF.4.53.0303291320460.16839@acrux.dbai.tuwien.ac.at> <u8isu2ryw5.fsf@gromit.moeb> <u8llywq5eq.fsf@gromit.moeb> <Pine.BSF.4.53.0303310006410.36800@acrux.dbai.tuwien.ac.at> <16007.31272.753144.350174@cuddles.cambridge.redhat.com> <Pine.BSF.4.53.0304020052260.84822@acrux.dbai.tuwien.ac.at>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <Pine.BSF.4.53.0304020052260.84822@acrux.dbai.tuwien.ac.at>
User-Agent: Mutt/1.5.1i
X-SW-Source: 2003-04/txt/msg00054.txt.bz2

On Wed, Apr 02, 2003 at 12:54:00AM +0200, Gerald Pfeifer wrote:
> On Mon, 31 Mar 2003, Andrew Haley wrote:
> > You perhaps need a module that checks out an approopriate subset of
> > gcc.  It should be quite easy to create one.
> 
> Thanks for the hint.  Unfortunately, modules don't work nicely with
> `cvs update` (one of the design bugs of CVS, that it after checkout,
> it simpley ignores modules).
> 
> In case someone else has a similar problem, here is what I wound up
> using now:
> 
>   cvs -q $CVS_EXT update -Pd -I\! -I CVS libjava \
>   &&  cvs -q $CVS_EXT update -P -I\! -I CVS
>   if [ ! $? ]; then
>       echo "Error updating. Build aborted."
>       exit 1
>   fi
>   contrib/gcc_update --touch

I generally just use checkout again:
  ln -s . gcc
  cvs co gcc-core gcc-java (or whatever)
  rm -f gcc

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer