From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18206 invoked by alias); 30 Jan 2014 18:29:42 -0000 Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org Received: (qmail 18191 invoked by uid 89); 30 Jan 2014 18:29:41 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.0 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 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; Thu, 30 Jan 2014 18:29:40 +0000 Received: from svr-orw-exc-10.mgc.mentorg.com ([147.34.98.58]) by relay1.mentorg.com with esmtp id 1W8wMq-0003BZ-46 from joseph_myers@mentor.com ; Thu, 30 Jan 2014 10:29:36 -0800 Received: from SVR-IES-FEM-01.mgc.mentorg.com ([137.202.0.104]) by SVR-ORW-EXC-10.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 30 Jan 2014 10:29:36 -0800 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.2.247.3; Thu, 30 Jan 2014 18:29:34 +0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.76) (envelope-from ) id 1W8wMn-0002xa-71; Thu, 30 Jan 2014 18:29:33 +0000 Date: Thu, 30 Jan 2014 18:29:00 -0000 From: "Joseph S. Myers" To: CC: Richard Henderson , Chris Metcalf , Carlos O'Donell Subject: Ordering of ports move to libc Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-SW-Source: 2014-01/txt/msg00071.txt.bz2 After 2.19 has branched and master reopened for 2.20 development, we would like to move ports architectures to libc, as described at (which includes the architecture maintainers doing the moves for their architectures and checking that the before-and-after disassembly of installed shared libraries is identical). I've checked what cases there are where one ports architecture uses files from another. In such cases, either the moves need to be dependency-ordered, or else the #include direction needs to be reversed at move time. To avoid unnecessary churn and potential conflicts when two people try to move their architectures at once, I suggest dependency-ordering if the depended-on architecture can be moved quickly. The following architectures use linux-generic (both via Implies files and #include): aarch64, tile. So I suggest that linux-generic is moved early. There are the following other dependencies (for example, arm uses files from alpha): aarch64: arm arm: alpha microblaze: alpha mips: alpha arm hppa Thus, I suggest moving alpha early - and once that's moved, I'll move arm. hppa is blocked by not building rather than by dependencies; I'll reverse the #include direction between sysdeps/unix/sysv/linux/hppa/umount.c and sysdeps/unix/sysv/linux/mips/mips64/umount.c unless hppa is fixed soon (fixing the hppa build would unblock it for move to libc). As well as alpha, ia64 and m68k are unblocked for moving as soon as master reopens, and tile is unblocked as soon as linux-generic has moved (or they could move at the same time). I intend to remove am33 as soon as master reopens. When moving a port, as well as moving the files you should properly update the lists of ports in the libc README file as well. -- Joseph S. Myers joseph@codesourcery.com