From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31156 invoked by alias); 31 Jul 2014 02:22:17 -0000 Mailing-List: contact overseers-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: , Sender: overseers-owner@sourceware.org Received: (qmail 31032 invoked by uid 89); 31 Jul 2014 02:22:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-50.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL autolearn=no version=3.3.2 X-Spam-User: qpsmtpd, 2 recipients X-HELO: mho-02-ewr.mailhop.org Received: from mho-02-ewr.mailhop.org (HELO mho-02-ewr.mailhop.org) (204.13.248.72) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 31 Jul 2014 02:22:12 +0000 Received: from pool-173-48-46-28.bstnma.fios.verizon.net ([173.48.46.28] helo=cgf.cx) by mho-02-ewr.mailhop.org with esmtpa (Exim 4.72) (envelope-from ) id 1XCg0Q-000E7q-2Z; Thu, 31 Jul 2014 02:22:10 +0000 Received: from ednor (ednor.casa.cgf.cx [192.168.187.5]) by cgf.cx (Postfix) with SMTP id 48B3A600CD; Wed, 30 Jul 2014 22:22:08 -0400 (EDT) Received: by ednor (sSMTP sendmail emulation); Wed, 30 Jul 2014 22:22:08 -0400 X-Mail-Handler: Dyn Standard SMTP by Dyn X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18F80sZq7TE21AUS85YJu0R Date: Thu, 31 Jul 2014 02:22:00 -0000 From: Christopher Faylor To: Yaakov Selkowitz , overseers@sourceware.org Subject: Re: sourceware and git Message-ID: <20140731022208.GB4760@ednor.casa.cgf.cx> Mail-Followup-To: Yaakov Selkowitz , overseers@sourceware.org References: <1942527352.18336706.1406653023761.JavaMail.zimbra@redhat.com> <20140730011311.GB4665@ednor.casa.cgf.cx> <20140730184538.GA1043@ednor.casa.cgf.cx> <20140730213320.GA4760@ednor.casa.cgf.cx> <1406763685.8964.38.camel@YAAKOV04> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1406763685.8964.38.camel@YAAKOV04> User-Agent: Mutt/1.5.20 (2009-06-14) X-SW-Source: 2014-q3/txt/msg00058.txt.bz2 On Wed, Jul 30, 2014 at 06:41:25PM -0500, Yaakov Selkowitz wrote: >On Wed, 2014-07-30 at 17:33 -0400, Christopher Faylor wrote: >> As far as tagging is concerned, I don't see any reason why newlib >> should be tagged when cygwin is tagged. Cygwin shouldn't care about >> newlib tags. > >What I don't understand yet is why our situation is different than >binutils-gdb, the two of which also have separate release schedules and >yet share enough code that they chose to use a single repository. Given >that, IIUC: I don't care about newlib/libgloss. The need for libgloss is enough for me to withdraw that newlib should be standalone. The difference here is that I'm involved with cygwin. I didn't care about binutils+gdb so I didn't weigh in. I'm weighing in now. >* newlib and libgloss are developed in tandem; > >* newlib and libgloss are meant to be built together; > >* newlib and libgloss require the top-level configury in order to build; > >then wouldn't the most straightforward (and reliable) method for >newlib/libgloss be to have a single git repo matching the layout of cvs >co newlib? > >As for cygwin's usage of newlib, since pulling in newlib would end up >including libgloss and the top level configury, the only difference I >see between a joint newlib/libgloss/cygwin repo and a separate cygwin >repo would be that the former would not require any changes to the >cygwin build system, where the latter would. I have already made the changes for cygwin. Is this not sinking in somehow? I was trying to make cygwin like most other GNU projects out there, unencumbered by decades of top-level build accretion, relying on only one other library, similar to the way other projects do it. Anyway, nevermind. I see that I'm in the minority. My changes and git repository are withdrawn. Do what you like. cgf