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-Status: No, score=-3.7 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (unknown [8.43.85.97]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 7A10A1F4B4 for ; Wed, 9 Dec 2020 22:32:39 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 4FC363870885; Wed, 9 Dec 2020 22:32:38 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 4FC363870885 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1607553158; bh=ntiJX7trFFn72/5t0/HE9Azgvgm1qFulMNLXB2niTXo=; h=References:In-Reply-To:Date:Subject:To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=xYLDW6/MZkiCADxviIWqTj8jn5vAY8MFd9x33sJQJhSkdzKyt0DtzjezN8endaK9g MyLtHzNA8rCHOgW/2keDw3xug4ai/SKqK8t0fDl9Asfj9RQ7YSijbYjBLIqhPE20aP EIHHTOJ5jIdnpmUkT4y8a3Xq2pNcybGxPpCIdeLU= Received: from mail-oo1-xc31.google.com (mail-oo1-xc31.google.com [IPv6:2607:f8b0:4864:20::c31]) by sourceware.org (Postfix) with ESMTPS id 79EA13858009 for ; Wed, 9 Dec 2020 22:32:36 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 79EA13858009 Received: by mail-oo1-xc31.google.com with SMTP id j8so811706oon.3 for ; Wed, 09 Dec 2020 14:32:36 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ntiJX7trFFn72/5t0/HE9Azgvgm1qFulMNLXB2niTXo=; b=K/QTY4YmOJiRGadT3BVfNMEn+AG5PylZDbv4QGgIqPUiTZBoqympdDa/NQkEBCubwZ 0TwPVLqAxrvoJ7FErGnM3rrzcaGaploAK6sgzFBC7pH9vjegXVsYJGq6mf0zk0LzNSXI xX5pFKX5jh7+/aVJZ28lw3hdqwUTqiT+fEewtb5qDv2LcUSAIvUok6CYRG+Y55yNYlJ+ kCDkHe5/jGcAQgMt8NheobeJ8wXbDmZwMrE4EECe9BKDAwtZyjE2AUhHD2tefk7TJ7De xBgjlOTPYUzq8Rilnd3cU7orFvnxqlp8vKsGGkh5MyauIVnedTBFlsXSFYZ83x1PgL88 d4JA== X-Gm-Message-State: AOAM532BUwJ+Ji1lb/s3WngGD50aebZWkM+Cwuq8ZMhfvFDZscPgTnir ni05AzLhdkYwnLU4e6iLMuue5d2oZgnUoNe8qqU= X-Google-Smtp-Source: ABdhPJzYnt1UmbpYAszOdmrPMKupMEkd0Lzk48o8muIRIlq7xv3TA5iKQHnLtzVyMWgqSj92zaFAle73D6cRr7oCsb8= X-Received: by 2002:a4a:6459:: with SMTP id d25mr3742475oof.35.1607553155780; Wed, 09 Dec 2020 14:32:35 -0800 (PST) MIME-Version: 1.0 References: <011327e1-276d-7ea5-460e-7838f94ee4c9@gmail.com> <7805b6dd-14b0-d014-cf1d-6e2d6e1cfb74@gmail.com> In-Reply-To: Date: Wed, 9 Dec 2020 14:31:59 -0800 Message-ID: Subject: Re: tests failing on x86_64-linux To: Martin Sebor Content-Type: text/plain; charset="UTF-8" X-BeenThere: libc-alpha@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-alpha mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: "H.J. Lu via Libc-alpha" Reply-To: "H.J. Lu" Cc: Florian Weimer , GNU C Library Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" On Wed, Dec 9, 2020 at 1:44 PM H.J. Lu wrote: > > On Wed, Dec 9, 2020 at 1:17 PM Martin Sebor wrote: > > > > On 12/9/20 11:28 AM, H.J. Lu wrote: > > > On Wed, Dec 9, 2020 at 10:17 AM Martin Sebor via Libc-alpha > > > wrote: > > >> > > >> I've been seeing quite a few test failures in recent builds, more > > >> than I used to in the past. Are those expected? I configure with > > >> no options other than --prefix=/usr and after building without > > >> installing (i.e., just make -j16) run make -j16 check. > > >> > > >> The results below are for the top of GCC/Glibc trunk on x86_64 > > >> Fedora Linux but I don't think using GCC 10 improves things much > > >> if at all. > > >> > > > > > > "make check" is clean for me on Fedora 33/x86-64. Please make sure that > > > you have all required packages installed, including libstdc++-static. > > > > > > > It's been a while since I built Glibc with the system compiler > > so I must have misremembered the results. Here they are for > > my Fedora 29 machine (with libstdc++-static installed and with > > --prefix=/usr): > > > > gcc version 8.3.1 20190223 (Red Hat 8.3.1-2) (GCC) > > > > UNSUPPORTED: assert/tst-assert-c++ > > UNSUPPORTED: assert/tst-assert-g++ > > UNSUPPORTED: debug/tst-chk4 > > UNSUPPORTED: debug/tst-chk5 > > UNSUPPORTED: debug/tst-chk6 > > UNSUPPORTED: debug/tst-lfschk4 > > UNSUPPORTED: debug/tst-lfschk5 > > UNSUPPORTED: debug/tst-lfschk6 > > UNSUPPORTED: dlfcn/bug-atexit3 > > UNSUPPORTED: elf/tst-audit10 > > UNSUPPORTED: elf/tst-avx512 > > UNSUPPORTED: elf/tst-env-setuid > > UNSUPPORTED: elf/tst-env-setuid-tunables > > XPASS: elf/tst-protected1a > > XPASS: elf/tst-protected1b > > UNSUPPORTED: math/test-double-libmvec-sincos-avx512 > > UNSUPPORTED: math/test-float-libmvec-sincosf-avx512 > > UNSUPPORTED: misc/tst-pkey > > UNSUPPORTED: nptl/tst-cancel24 > > UNSUPPORTED: nptl/tst-cancel24-static > > UNSUPPORTED: nptl/tst-minstack-throw > > UNSUPPORTED: nptl/tst-once5 > > UNSUPPORTED: nptl/tst-thread-exit-clobber > > UNSUPPORTED: nptl/tst-thread_local1 > > UNSUPPORTED: stdlib/tst-quick_exit > > UNSUPPORTED: stdlib/tst-thread-quick_exit > > Summary of test results: > > 4214 PASS > > 24 UNSUPPORTED > > 16 XFAIL > > 2 XPASS > > > > And below are the results I see with today's top of GCC trunk. > > All the failures are due to "original exit status 127" which IIUC > > means the program wasn't found. Yet they're all there. Could it > > have something to do with the paralellization? The other > > difference between the native build and my GCC 11 build is that > > the latter is an unoptimized GCC so it takes quite a bit longer > > to compile. > > > > gcc version 11.0.0 20201209 (experimental) (GCC) > > Did you apply > > https://gcc.gnu.org/pipermail/gcc-patches/2020-December/561332.html Using built-in specs. COLLECT_GCC=/usr/gcc-11.0.0-x32/bin/gcc COLLECT_LTO_WRAPPER=/usr/gcc-11.0.0-x32/libexec/gcc/x86_64-pc-linux-gnu/11.0.0/lto-wrapper Target: x86_64-pc-linux-gnu Configured with: /export/gnu/import/git/gitlab/x86-gcc/configure --enable-cet --with-demangler-in-ld --prefix=/usr/gcc-11.0.0-x32 --with-local-prefix=/usr/local --enable-gnu-indirect-function --enable-clocale=gnu --with-system-zlib --with-target-system-zlib --with-fpmath=sse --with-multilib-list=m32,m64,mx32 --enable-linker-build-id --enable-gnu-unique-object --enable-languages=c,c++,fortran,lto,objc,obj-c++,go Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 11.0.0 20201204 (experimental) (GCC) is "makc check" clean. I will test r11-5888 + my PR target/98146 patches. -- H.J.