From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28848 invoked by alias); 13 Oct 2011 21:44:51 -0000 Received: (qmail 28840 invoked by uid 22791); 13 Oct 2011 21:44:50 -0000 X-SWARE-Spam-Status: No, hits=-6.7 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_HI,RP_MATCHES_RCVD,SPF_HELO_PASS X-Spam-Check-By: sourceware.org Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 13 Oct 2011 21:44:32 +0000 Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id p9DLiWBo024706 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Thu, 13 Oct 2011 17:44:32 -0400 Received: from localhost.localdomain (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id p9DLiU4O002929; Thu, 13 Oct 2011 17:44:31 -0400 From: Phil Muldoon To: DJ Delorie Cc: gdb@sourceware.org Subject: Re: GIT and CVS References: Reply-to: pmuldoon@redhat.com X-URL: http://www.redhat.com Date: Thu, 13 Oct 2011 21:44:00 -0000 In-Reply-To: (DJ Delorie's message of "Thu, 13 Oct 2011 17:33:01 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2011-10/txt/msg00082.txt.bz2 DJ Delorie writes: > My old argument is... How many copies of libiberty do you want to > maintain? How many copies of bfd? of the toplevel build machinery? Of > include or libdecnumber or whatnot? One, and one only. I'm just trying to understand why these separate projects are hosted alongside GDB. And why they should continue to be. I am not being dismissive, or stand-offish about this, I just don't see why this co-community needs to exist in lock-step with GDB. As I said in a previous reply, there are many, many build dependencies required to build GDB beyond what is stored in the current CVS. I am just trying to understand the force of history here. Cheers, Phil