From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17981 invoked by alias); 26 Mar 2007 14:57:46 -0000 Received: (qmail 17973 invoked by uid 22791); 26 Mar 2007 14:57:45 -0000 X-Spam-Check-By: sourceware.org Received: from return.false.org (HELO return.false.org) (66.207.162.98) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 26 Mar 2007 15:57:39 +0100 Received: from return.false.org (localhost [127.0.0.1]) by return.false.org (Postfix) with ESMTP id B15324B267; Mon, 26 Mar 2007 09:57:37 -0500 (CDT) Received: from caradoc.them.org (dsl093-172-095.pit1.dsl.speakeasy.net [66.93.172.95]) by return.false.org (Postfix) with ESMTP id 982F14B262; Mon, 26 Mar 2007 09:57:37 -0500 (CDT) Received: from drow by caradoc.them.org with local (Exim 4.63) (envelope-from ) id 1HVqdc-0006Qj-My; Mon, 26 Mar 2007 10:57:36 -0400 Date: Mon, 26 Mar 2007 14:59:00 -0000 From: Daniel Jacobowitz To: Andrew STUBBS Cc: binutils@sourceware.org Subject: Re: SVN for src (was Re: Binutils 2.18 prep) Message-ID: <20070326145736.GB23900@caradoc.them.org> Mail-Followup-To: Andrew STUBBS , binutils@sourceware.org References: <46025531.90105@st.com> <20070322150018.GA4566@caradoc.them.org> <20070322152751.GA5538@caradoc.them.org> <4602A611.6060907@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4602A611.6060907@st.com> User-Agent: Mutt/1.5.14+cvs20070313 (2007-03-13) X-IsSubscribed: yes Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org X-SW-Source: 2007-03/txt/msg00375.txt.bz2 On Thu, Mar 22, 2007 at 03:51:45PM +0000, Andrew STUBBS wrote: > Daniel Jacobowitz wrote: > >Check out the trunk using "svn co -N" for non-recursive. You will get > >only the trunk - no subdirectories. Unlike in CVS they will never > >spontaneously appear after this point; "svn up" will only create new > >directories when it updates through a revision in the repository that > >created the directory. Otherwise, it appears to assume that the > >directory is deliberately missing if it is not mentioned in > >.svn/entries. However, an explicit "svn up gdb" in this case will > >work! > Try a commit. I'm fairly sure that any subsequent check-outs within the > working-copy are separate - you can't check-in changes to different directories > simultaneously. > It will be perfectly adequate for building and diffing, of course. "svn co" in a checkout creates something completely separate; "svn up" as I described does not. So commiting worked. But checking out libiberty and libiberty/config, then committing to libiberty testsuite from another tree, then svn updating the first tree failed with 'Directory "testsuite" is missing'. A second svn up pulled in the directory. I guess that means it's not going to work out this way. Drat. -- Daniel Jacobowitz CodeSourcery