This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Large parallel glibc builds.
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: Carlos O'Donell <carlos at redhat dot com>, <libc-alpha at sourceware dot org>
- Date: Wed, 23 Dec 2015 17:14:46 +0000
- Subject: Re: Large parallel glibc builds.
- Authentication-results: sourceware.org; auth=none
- References: <5679A3BE dot 2060303 at redhat dot com> <567AA3B4 dot 3030301 at redhat dot com> <567AAC9F dot 5060404 at redhat dot com> <567AC51E dot 2050404 at redhat dot com>
On Wed, 23 Dec 2015, Florian Weimer wrote:
> On top of the scaling issue of some of the threading tests, it looks as
And nptl/ explicitly disables parallelism for testing.
> math/gen-libm-test.pl is major seralization point during builds (not
> tests). During tests, it's compilation test-tgmath2.c (related to poor
Really it shouldn't be run during builds at all - its outputs should only
be needed for testing. Is the use during builds caused by
# This is needed for dependencies
before-compile += $(objpfx)libm-test.c
? I'd hope that by ensuring correct dependencies on this generated file
are manually specified, we could avoid listing it in before-compile.
(We could also split up the tests so that each function's tests are run
separately from the makefile and gen-libm-test.pl gets run separately for
each function - previously suggested in
<https://sourceware.org/ml/libc-alpha/2013-05/msg00059.html>; the tests
have grown much bigger since then.)
--
Joseph S. Myers
joseph@codesourcery.com