From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16554 invoked by alias); 4 Jul 2008 02:34:01 -0000 Received: (qmail 16524 invoked by uid 22791); 4 Jul 2008 02:34:01 -0000 X-Spam-Check-By: sourceware.org Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 04 Jul 2008 02:33:29 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 1FEBF2A9731; Thu, 3 Jul 2008 22:33:28 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id uBpoXCUNURQR; Thu, 3 Jul 2008 22:33:28 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id D2DEA2A9726; Thu, 3 Jul 2008 22:33:27 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id DB766E7ACD; Thu, 3 Jul 2008 22:33:25 -0400 (EDT) Date: Fri, 04 Jul 2008 02:34:00 -0000 From: Joel Brobecker To: Michael Snyder , gdb-patches@sources.redhat.com Subject: Re: Can't build current gdb source tree -- gnulib dependency? Message-ID: <20080704023325.GA18019@adacore.com> References: <1215131443.3549.86.camel@localhost.localdomain> <20080704010632.GB11650@adacore.com> <20080704015355.GB1982@ednor.casa.cgf.cx> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080704015355.GB1982@ednor.casa.cgf.cx> User-Agent: Mutt/1.4.2.2i Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-07/txt/msg00049.txt.bz2 > >That's really strange... I just did a checkout of the GDB sources > >(I used "cvs -d sourceware.org:/cvs/src co gdb"), and it contains > >the gnulib directory, as well as gnulib/Makefile.in. Are you sure > >your checkout went OK? Just to make sure, I also built the debugger > >from this checkout and things went fine. > > Maybe a "cvs update -d" is required? It should definitely fix the problem, although I tend to avoid using this command without specifying the directory I want to get, because otherwise I end up pulling some directories from other modules (such as insight). So I tend to do "cvs update -d DIRNAME" instead. This is one of the limitations of using shared CVS for several projects, I guess. But Michael said that he did a fresh checkout of the sources, and so his sandbox should have contained gdb/gnulib. -- Joel