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: AS3215 2.6.0.0/16 X-Spam-Status: No, score=-3.4 required=3.0 tests=AWL,BAYES_00,BODY_8BITS, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, NICE_REPLY_A,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server2.sourceware.org [IPv6:2620:52:3:1:0:246e:9693:128c]) (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 BEE891F5AE for ; Wed, 28 Apr 2021 20:07:10 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 42D603957425; Wed, 28 Apr 2021 20:07:09 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 42D603957425 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1619640429; bh=6+F2Y6sNhOBylGyk8OmFPo55QYx+5TR+9B7u9Y5Bvko=; h=Subject:To:References:Date:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To: From; b=YGlxL/l7oW7UF8wRv2sZsRf1AiC89knYyalLOiZIiFVZ8h+hNFQOuHn8XLJxaE8Of 4WonY9uBeLzD3Z5pVeTjB1VwVYlTRmb+aGTvUpRQVjQedUR3+gNSKoVOPuipcFdqc+ /1dFd1RbVlQgpFE71cF4mNg3sqV6gV+tNhrXpP2o= Received: from mail-qk1-x729.google.com (mail-qk1-x729.google.com [IPv6:2607:f8b0:4864:20::729]) by sourceware.org (Postfix) with ESMTPS id 8FF2E393D025 for ; Wed, 28 Apr 2021 20:07:06 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 8FF2E393D025 Received: by mail-qk1-x729.google.com with SMTP id q127so5754937qkb.1 for ; Wed, 28 Apr 2021 13:07:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:from:to:references:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=6+F2Y6sNhOBylGyk8OmFPo55QYx+5TR+9B7u9Y5Bvko=; b=hOGXPqe5wzAfQHrdZXQcF1xJs2Vh9gZIdBfR7GBry2LdNiOD+nNvFafluk4dNnPnAb 5OoDEIHRG7mepUuUE5dHUHdsyE2Geszfv18SDcbzlg2B8zm1gAnlh1S4EbF4OyvVVXMw 9m4D83qXUzkJeJARK+QOzXGRn3kZYNQzvGgwfuuRWxsIcNysqQfZ743GWxXhv64R/65m 5NCO9EC/PwnCxC65j22ZAOf589Kra9rd5uBoOrB4i08nzqhD6iqHr+kMugMhcAqiSgL4 mRdipjPBbvyIiF4s5zAGwHtrh6kbFtT0G4fXEMne7vWJpXlBy9UANsOkG8Qkk3p8i54Z Lp1Q== X-Gm-Message-State: AOAM532So36FvkUz5sEGezRdPD6WSidfk+Ezoc4lYC6jycY7+aQe0bTV Ka8pG0O6yeoH62ElosB2tmyEjnw7ZtI= X-Google-Smtp-Source: ABdhPJxoH+09CjJ1VXsIEi2W1XZ1GUV+o/nSZa2ik4BvdXIsdjnpNmKorkh5nWTkkAtZqiSEjSxOtw== X-Received: by 2002:a37:a2d4:: with SMTP id l203mr31060727qke.417.1619640425446; Wed, 28 Apr 2021 13:07:05 -0700 (PDT) Received: from [192.168.0.41] (71-218-14-121.hlrn.qwest.net. [71.218.14.121]) by smtp.gmail.com with ESMTPSA id c187sm448323qkd.8.2021.04.28.13.07.04 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 28 Apr 2021 13:07:04 -0700 (PDT) Subject: Re: tests failing on x86_64-linux (due to test-container?) To: GNU C Library References: <011327e1-276d-7ea5-460e-7838f94ee4c9@gmail.com> <7805b6dd-14b0-d014-cf1d-6e2d6e1cfb74@gmail.com> <559d1d1e-e8ba-8945-60a8-239e9da6eca6@gmail.com> Message-ID: Date: Wed, 28 Apr 2021 14:07:03 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2 MIME-Version: 1.0 In-Reply-To: <559d1d1e-e8ba-8945-60a8-239e9da6eca6@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit 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: Martin Sebor via Libc-alpha Reply-To: Martin Sebor Errors-To: libc-alpha-bounces@sourceware.org Sender: "Libc-alpha" I still keep seeing many failures in Glibc tests. The set from last night with GCC 11 is below. I tried to figure out if the failing tests had something in common. It seems that they are all invoked via test-container. I'm still using stock Fedora release 29. Is there something I might need to install to get it to work properly? Otherwise any suggestions on how to (quickly) debug it? I don't see any errors or messages in the log suggesting what the problem might be. 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 FAIL: elf/tst-dlopen-self-container FAIL: elf/tst-dlopen-tlsmodid-container UNSUPPORTED: elf/tst-env-setuid UNSUPPORTED: elf/tst-env-setuid-tunables FAIL: elf/tst-glibc-hwcaps-cache FAIL: elf/tst-glibc-hwcaps-prepend-cache FAIL: elf/tst-ldconfig-bad-aux-cache FAIL: elf/tst-ldconfig-ld_so_conf-update FAIL: elf/tst-pldd FAIL: elf/tst-preload-pthread-libc XPASS: elf/tst-protected1a XPASS: elf/tst-protected1b FAIL: grp/tst-initgroups1 FAIL: grp/tst-initgroups2 FAIL: locale/tst-localedef-path-norm FAIL: localedata/tst-localedef-hardlinks UNSUPPORTED: math/test-double-libmvec-sincos-avx512 UNSUPPORTED: math/test-float-libmvec-sincosf-avx512 UNSUPPORTED: misc/tst-adjtimex UNSUPPORTED: misc/tst-clock_adjtime UNSUPPORTED: misc/tst-ntp_adjtime UNSUPPORTED: misc/tst-pkey UNSUPPORTED: nptl/tst-cancel24 UNSUPPORTED: nptl/tst-cancel24-static UNSUPPORTED: nptl/tst-minstack-throw UNSUPPORTED: nptl/tst-once5 FAIL: nptl/tst-pthread-getattr UNSUPPORTED: nptl/tst-thread-exit-clobber UNSUPPORTED: nptl/tst-thread_local1 FAIL: nss/tst-nss-compat1 FAIL: nss/tst-nss-db-endgrent FAIL: nss/tst-nss-db-endpwent FAIL: nss/tst-nss-files-hosts-long FAIL: nss/tst-nss-test3 FAIL: nss/tst-reload1 FAIL: nss/tst-reload2 FAIL: posix/bug-ga2 UNSUPPORTED: posix/bug-ga2-mem UNSUPPORTED: resolv/mtrace-tst-leaks2 FAIL: resolv/tst-leaks2 UNSUPPORTED: stdlib/tst-quick_exit UNSUPPORTED: stdlib/tst-secure-getenv FAIL: stdlib/tst-system UNSUPPORTED: stdlib/tst-thread-quick_exit FAIL: string/tst-strerror FAIL: string/tst-strsignal UNSUPPORTED: time/tst-clock_settime UNSUPPORTED: time/tst-settimeofday Summary of test results: 25 FAIL 4287 PASS 32 UNSUPPORTED 16 XFAIL 2 XPASS make[1]: *** [Makefile:642: tests] Error 1 make[1]: Leaving directory '/ssd/src/glibc' make: *** [Makefile:9: check] Error 2 make: Leaving directory '/ssd/build/glibc' On 12/14/20 5:55 PM, Martin Sebor wrote: > On 12/9/20 7:50 PM, H.J. Lu wrote: >> On Wed, Dec 9, 2020 at 2:31 PM H.J. Lu wrote: >>> >>> 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. >> >> r11-5888 is also "make check" clean. > > I still see the same failures with today's top of trunk and two > more: > > 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 > FAIL: elf/tst-dlopen-self-container > FAIL: elf/tst-dlopen-tlsmodid-container > UNSUPPORTED: elf/tst-env-setuid > UNSUPPORTED: elf/tst-env-setuid-tunables > FAIL: elf/tst-glibc-hwcaps-cache > FAIL: elf/tst-glibc-hwcaps-prepend-cache > FAIL: elf/tst-ldconfig-bad-aux-cache > FAIL: elf/tst-ldconfig-ld_so_conf-update > FAIL: elf/tst-pldd > FAIL: elf/tst-preload-pthread-libc > XPASS: elf/tst-protected1a > XPASS: elf/tst-protected1b > FAIL: grp/tst-initgroups1           <<< new > FAIL: grp/tst-initgroups2           <<< new > FAIL: locale/tst-localedef-path-norm > FAIL: localedata/tst-localedef-hardlinks > 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 > FAIL: nptl/tst-pthread-getattr > UNSUPPORTED: nptl/tst-thread-exit-clobber > UNSUPPORTED: nptl/tst-thread_local1 > FAIL: nss/tst-nss-db-endgrent > FAIL: nss/tst-nss-db-endpwent > FAIL: nss/tst-nss-files-hosts-long > FAIL: nss/tst-nss-test3 > FAIL: nss/tst-reload1 > FAIL: posix/bug-ga2 > UNSUPPORTED: posix/bug-ga2-mem > UNSUPPORTED: resolv/mtrace-tst-leaks2 > FAIL: resolv/tst-leaks2 > UNSUPPORTED: stdlib/tst-quick_exit > FAIL: stdlib/tst-system > UNSUPPORTED: stdlib/tst-thread-quick_exit > FAIL: string/tst-strerror > FAIL: string/tst-strsignal > Summary of test results: >      23 FAIL >    4192 PASS >      26 UNSUPPORTED >      16 XFAIL >       2 XPASS > > Martin