From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-4.0 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 8EA2C1F405 for ; Thu, 20 Dec 2018 21:59:26 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:cc:subject:in-reply-to:message-id :references:mime-version:content-type; q=dns; s=default; b=xiVCs tobLoH36qvmcYTQhGN6eCB111xdY/gaobQGxoRAeps3q34BHdju6xwUy1QSE4wIU a5KSAHuO1wcu2jqRLg6u+JmNFBQ8qQnp8RaAM72XCGz+4/5u0lgNNja9wyyipK3z jlghEUS/s5DwMqhxh15RnhXmm9EtN49/v4gXy4= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:date:from:to:cc:subject:in-reply-to:message-id :references:mime-version:content-type; s=default; bh=0wPGrync4RB AfSGInk4gkERRmqo=; b=KTVHDpg9kgeVuimghQJ+tQwJRFLqfBHJddzI+Xyubnf NwKOaNOLOrGJ62jBqZ4OXjdpu/nXssGSVgp8MoG7012wCJXtVMFtAVczuKxrY+PT jj62J9JFvgPQ5fspq9A8+4+Ckyd8oOuZ3+U6ivatCtHq9H3tuxtpBZfyixmLsk+Q = Received: (qmail 120559 invoked by alias); 20 Dec 2018 21:59:24 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 120549 invoked by uid 89); 20 Dec 2018 21:59:23 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: relay1.mentorg.com Date: Thu, 20 Dec 2018 21:59:13 +0000 From: Joseph Myers To: Vineet Gupta CC: , Subject: Re: test related questions (was Re: [PATCH 00/21] glibc port to ARC processors) In-Reply-To: <70d4ad50-ac0a-1f75-ee5f-537ba67570a8@synopsys.com> Message-ID: References: <1545167083-16764-1-git-send-email-vgupta@synopsys.com> <70d4ad50-ac0a-1f75-ee5f-537ba67570a8@synopsys.com> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" On Thu, 20 Dec 2018, Vineet Gupta wrote: > On 12/18/18 1:04 PM, Vineet Gupta wrote: > > (a) build-many-glibcs.py check results are clean > > > > | Summary of test results: > > | 1173 PASS > > | 15 XFAIL > > | > > | PASS: glibcs-arc-linux-gnu check > > One of the issues in running build-many incrementally, i.e. "host-libraries", > "compilers" only once but "glibcs" again to quickly test fixes is that for 2nd > run, target c++ compiler is picked up for support/links-dso-program vs. > links-dso-program-c which fails as the cpp headers are not present. Is there a > solution to that ? I'm not aware of that problem. The C++ headers certainly should be available in the compilers installed by the "compilers" step. My bots using GCC 7 and 8 branches only rebuild the compilers once a week unless build-many-glibcs.py itself changes. > One of the pesky issues with cross testing is localedata/gen-locale.sh > kicking on target, which despite being 1GHz gets in the way of quick > iterations. Is there a way to build those on host and simply > reference/install them on target. I understand this is more of a > buildsystem question (buildroot), but any pointers would be appreciated. It's possible to set up an external build system that extracts the list of locales for testing from localedata/Makefile, builds them using the same version of localedef built for the build system and appropriate options for endianness and uint32_t alignment (if necessary) and copies them into the right places in the glibc build tree before running the glibc tests. It does have to be the same version of localedef since the binary locale format can change depending on the glibc version. -- Joseph S. Myers joseph@codesourcery.com