From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 61240 invoked by alias); 6 Nov 2017 23:09:04 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 61197 invoked by uid 89); 6 Nov 2017 23:09:03 -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,RCVD_IN_DNSWL_NONE,SPF_PASS,URIBL_RED autolearn=ham version=3.3.2 spammy=encourage, act X-HELO: relay1.mentorg.com Date: Mon, 06 Nov 2017 23:09:00 -0000 From: Joseph Myers To: Vineet Gupta CC: Florian Weimer , , , "libc-alpha @ sourceware . org" Subject: Re: [RFC 0/6] glibc port to ARC architecture In-Reply-To: <5a247430-83e7-8a75-3935-6307233ffbd1@synopsys.com> Message-ID: References: <1498550454-3560-1-git-send-email-vgupta@synopsys.com> <357a6f84-3f71-d3b7-9c19-4f0390e5db8d@redhat.com> <5a247430-83e7-8a75-3935-6307233ffbd1@synopsys.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-ClientProxiedBy: svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) To SVR-IES-MBX-03.mgc.mentorg.com (139.181.222.3) X-SW-Source: 2017-11/txt/msg00220.txt.bz2 On Mon, 6 Nov 2017, Vineet Gupta wrote: > - How do I call it the first time, with my existing version of glibc. > The checkout process, gets upstream glibc and tries to build that instead. build-many-glibcs.py checkout [replace the src/glibc directory there with a different branch if desired] build-many-glibcs.py host-libraries build-many-glibcs.py compilers build-many-glibcs.py glibcs (It won't actually check that components are checked out from the repositories / branches it thinks they are, so replacing by a checkout from a different location should work fine.) It's expected that upstream glibc should work with upstream versions of the relevant other toolchain components; we don't want a repeat of the NaCl situation, or the situation with MicroBlaze for a long time, where required changes either never got upstream or took a very long time to get upstream. It's possible for very new ports that it only works with upstream mainline and not the most recent releases, although I'd encourage you to act like the RISC-V maintainers and e.g. actively backport important fixes to the most recent binutils release branch. "work" should include clean results from the compilation tests, as run by build-many-glibcs.py for the "glibcs" action. -- Joseph S. Myers joseph@codesourcery.com