From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 24951 invoked by alias); 10 Mar 2015 17:03:50 -0000 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 Received: (qmail 24904 invoked by uid 89); 10 Mar 2015 17:03:50 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-Spam-User: qpsmtpd, 4 recipients X-HELO: relay1.mentorg.com Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 10 Mar 2015 17:03:49 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=SVR-IES-FEM-01.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1YVNZJ-0000y0-6R from joseph_myers@mentor.com ; Tue, 10 Mar 2015 10:03:45 -0700 Received: from digraph.polyomino.org.uk (137.202.0.76) by SVR-IES-FEM-01.mgc.mentorg.com (137.202.0.104) with Microsoft SMTP Server id 14.3.224.2; Tue, 10 Mar 2015 17:03:43 +0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.82) (envelope-from ) id 1YVNZG-0002AD-A1; Tue, 10 Mar 2015 17:03:42 +0000 Date: Tue, 10 Mar 2015 17:03:00 -0000 From: Joseph Myers To: CC: , , , Subject: Re: Newlib/Cygwin now under GIT In-Reply-To: <20150310153846.GI5732@calimero.vinschen.de> Message-ID: References: <20150305145541.GA20560@calimero.vinschen.de> <20150310153846.GI5732@calimero.vinschen.de> User-Agent: Alpine 2.10 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2015-03/txt/msg00013.txt.bz2 On Tue, 10 Mar 2015, Corinna Vinschen wrote: > Hi fellow developers, > > > I'm happy to inform you that the move of Newlib/Cygwin from the src CVS > repository to the new, combined GIT repository is now final. I note that this repository includes the include/ directory, in its larger binutils-gdb form rather than the smaller GCC form. How much of this is actually relevant for newlib? Mostly it relates to libiberty and object file formats, for use of code that's not included in this repository (which does not include libiberty). If little or none of this code is actually used in newlib, it might make sense to remove the unused files so it's clear they do not need merging from the other repositories. (Apart from include/, various shared toplevel files and directories are out of sync between the three repositories - GCC, binutils-gdb, newlib-cygwin - and could do with someone identifying unmerged changes and applying them to the repositories missing them.) -- Joseph S. Myers joseph@codesourcery.com