* "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
@ 2023-02-22 14:56 Vincent Lefevre
2023-02-22 15:10 ` Carlos O'Donell
2023-02-22 15:24 ` Andreas Schwab
0 siblings, 2 replies; 8+ messages in thread
From: Vincent Lefevre @ 2023-02-22 14:56 UTC (permalink / raw)
To: libc-alpha
I've tried a build and "make check" from a clean git tree at
commit 8b014a1b1f7aee1e3348db108aeea396359d481e (2023-02-20 14:18:08)
on my Debian/unstable x86_64 machine.
I did
mkdir glibc-build
cd glibc-build
../glibc/configure --prefix=$HOME/opt/glibc
make
make check
where "make" is a shell wrapper that adds the appropriate -j option
(here -j12 as I have 12 cores) and colorizes the output. The build
succeeded. But "make check" failed with:
Summary of test results:
175 FAIL
4931 PASS
86 UNSUPPORTED
16 XFAIL
4 XPASS
make[1]: *** [Makefile:647: tests] Error 1
make[1]: Leaving directory '/home/vlefevre/software/glibc'
make: *** [Makefile:9: check] Error 2
and there are remaining processes:
cventin:~> ps -fwwp $(pgrep -d, -f glibc-build)
UID PID PPID C STIME TTY TIME CMD
vlefevre 98758 1 0 14:56 pts/8 00:00:00 /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 --library-path /home/vlefevre/software/glibc-build:/home/vlefevre/software/glibc-build/math:/home/vlefevre/software/glibc-build/elf:/home/vlefevre/software/glibc-build/dlfcn:/home/vlefevre/software/glibc-build/nss:/home/vlefevre/software/glibc-build/nis:/home/vlefevre/software/glibc-build/rt:/home/vlefevre/software/glibc-build/resolv:/home/vlefevre/software/glibc-build/mathvec:/home/vlefevre/software/glibc-build/support:/home/vlefevre/software/glibc-build/crypt:/home/vlefevre/software/glibc-build/nptl /home/vlefevre/software/glibc-build/nptl/tst-cancel7 --direct --sem /tmp/tst-cancel7.4kCVPq --pidfile /tmp/tst-cancel7-pid-pGm9h8
vlefevre 447968 1 0 14:57 pts/8 00:00:00 /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 --library-path /home/vlefevre/software/glibc-build:/home/vlefevre/software/glibc-build/math:/home/vlefevre/software/glibc-build/elf:/home/vlefevre/software/glibc-build/dlfcn:/home/vlefevre/software/glibc-build/nss:/home/vlefevre/software/glibc-build/nis:/home/vlefevre/software/glibc-build/rt:/home/vlefevre/software/glibc-build/resolv:/home/vlefevre/software/glibc-build/mathvec:/home/vlefevre/software/glibc-build/support:/home/vlefevre/software/glibc-build/crypt:/home/vlefevre/software/glibc-build/nptl /home/vlefevre/software/glibc-build/nptl/tst-cancelx7 --direct --sem /tmp/tst-cancel7.1tarrX --pidfile /tmp/tst-cancel7-pid-lyPZ8r
and I do not get the prompt back until I kill these two processes
with "kill -9" (probably due to pipes to the colorization process).
Detail of the failed and unsupported tests output by "make check":
FAIL: debug/tst-backtrace2
FAIL: debug/tst-backtrace3
FAIL: debug/tst-backtrace4
FAIL: debug/tst-backtrace5
FAIL: debug/tst-backtrace6
FAIL: debug/tst-chk-cancel
FAIL: dlfcn/bug-atexit3
FAIL: elf/check-abi-libc
UNSUPPORTED: elf/tst-audit10
FAIL: elf/tst-audit25a
FAIL: elf/tst-audit25b
UNSUPPORTED: elf/tst-avx512
FAIL: elf/tst-glibc-hwcaps-prepend-cache
XPASS: elf/tst-ifunc-isa-1
XPASS: elf/tst-ifunc-isa-1-static
XPASS: elf/tst-ifunc-isa-2
XPASS: elf/tst-ifunc-isa-2-static
FAIL: elf/tst-ldconfig-ld_so_conf-update
FAIL: elf/tst-ldconfig-p
FAIL: elf/tst-ptrguard1
FAIL: elf/tst-stackguard1
FAIL: elf/tst-unwind-main
UNSUPPORTED: elf/tst-valgrind-smoke
FAIL: iconv/tst-iconv-mt
FAIL: locale/tst-locale-locpath
FAIL: locale/tst-localedef-path-norm
FAIL: malloc/tst-malloc-stats-cancellation
FAIL: malloc/tst-malloc-stats-cancellation-malloc-check
FAIL: malloc/tst-malloc-stats-cancellation-malloc-hugetlb1
FAIL: malloc/tst-malloc-stats-cancellation-malloc-hugetlb2
UNSUPPORTED: math/test-double-libmvec-acos-avx512f
UNSUPPORTED: math/test-double-libmvec-acosh-avx512f
UNSUPPORTED: math/test-double-libmvec-asin-avx512f
UNSUPPORTED: math/test-double-libmvec-asinh-avx512f
UNSUPPORTED: math/test-double-libmvec-atan-avx512f
UNSUPPORTED: math/test-double-libmvec-atan2-avx512f
UNSUPPORTED: math/test-double-libmvec-atanh-avx512f
UNSUPPORTED: math/test-double-libmvec-cbrt-avx512f
UNSUPPORTED: math/test-double-libmvec-cos-avx512f
UNSUPPORTED: math/test-double-libmvec-cosh-avx512f
UNSUPPORTED: math/test-double-libmvec-erf-avx512f
UNSUPPORTED: math/test-double-libmvec-erfc-avx512f
UNSUPPORTED: math/test-double-libmvec-exp-avx512f
UNSUPPORTED: math/test-double-libmvec-exp10-avx512f
UNSUPPORTED: math/test-double-libmvec-exp2-avx512f
UNSUPPORTED: math/test-double-libmvec-expm1-avx512f
UNSUPPORTED: math/test-double-libmvec-hypot-avx512f
UNSUPPORTED: math/test-double-libmvec-log-avx512f
UNSUPPORTED: math/test-double-libmvec-log10-avx512f
UNSUPPORTED: math/test-double-libmvec-log1p-avx512f
UNSUPPORTED: math/test-double-libmvec-log2-avx512f
UNSUPPORTED: math/test-double-libmvec-pow-avx512f
UNSUPPORTED: math/test-double-libmvec-sin-avx512f
UNSUPPORTED: math/test-double-libmvec-sincos-avx512f
UNSUPPORTED: math/test-double-libmvec-sinh-avx512f
UNSUPPORTED: math/test-double-libmvec-tan-avx512f
UNSUPPORTED: math/test-double-libmvec-tanh-avx512f
FAIL: math/test-float-hypot
UNSUPPORTED: math/test-float-libmvec-acosf-avx512f
UNSUPPORTED: math/test-float-libmvec-acoshf-avx512f
UNSUPPORTED: math/test-float-libmvec-asinf-avx512f
UNSUPPORTED: math/test-float-libmvec-asinhf-avx512f
UNSUPPORTED: math/test-float-libmvec-atan2f-avx512f
UNSUPPORTED: math/test-float-libmvec-atanf-avx512f
UNSUPPORTED: math/test-float-libmvec-atanhf-avx512f
UNSUPPORTED: math/test-float-libmvec-cbrtf-avx512f
UNSUPPORTED: math/test-float-libmvec-cosf-avx512f
UNSUPPORTED: math/test-float-libmvec-coshf-avx512f
UNSUPPORTED: math/test-float-libmvec-erfcf-avx512f
UNSUPPORTED: math/test-float-libmvec-erff-avx512f
UNSUPPORTED: math/test-float-libmvec-exp10f-avx512f
UNSUPPORTED: math/test-float-libmvec-exp2f-avx512f
UNSUPPORTED: math/test-float-libmvec-expf-avx512f
UNSUPPORTED: math/test-float-libmvec-expm1f-avx512f
UNSUPPORTED: math/test-float-libmvec-hypotf-avx512f
UNSUPPORTED: math/test-float-libmvec-log10f-avx512f
UNSUPPORTED: math/test-float-libmvec-log1pf-avx512f
UNSUPPORTED: math/test-float-libmvec-log2f-avx512f
UNSUPPORTED: math/test-float-libmvec-logf-avx512f
UNSUPPORTED: math/test-float-libmvec-powf-avx512f
UNSUPPORTED: math/test-float-libmvec-sincosf-avx512f
UNSUPPORTED: math/test-float-libmvec-sinf-avx512f
UNSUPPORTED: math/test-float-libmvec-sinhf-avx512f
UNSUPPORTED: math/test-float-libmvec-tanf-avx512f
UNSUPPORTED: math/test-float-libmvec-tanhf-avx512f
FAIL: math/test-float32-hypot
UNSUPPORTED: misc/tst-adjtimex
UNSUPPORTED: misc/tst-clock_adjtime
FAIL: misc/tst-gettid-kill
UNSUPPORTED: misc/tst-ntp_adjtime
UNSUPPORTED: misc/tst-pkey
FAIL: misc/tst-sigcontext-get_pc
UNSUPPORTED: nptl/test-cond-printers
UNSUPPORTED: nptl/test-condattr-printers
UNSUPPORTED: nptl/test-mutex-printers
UNSUPPORTED: nptl/test-mutexattr-printers
UNSUPPORTED: nptl/test-rwlock-printers
UNSUPPORTED: nptl/test-rwlockattr-printers
FAIL: nptl/tst-basic3
FAIL: nptl/tst-basic4
FAIL: nptl/tst-call-once
FAIL: nptl/tst-cancel-self
FAIL: nptl/tst-cancel-self-cancelstate
FAIL: nptl/tst-cancel-self-canceltype
FAIL: nptl/tst-cancel-self-testcancel
FAIL: nptl/tst-cancel1
FAIL: nptl/tst-cancel10
FAIL: nptl/tst-cancel11
FAIL: nptl/tst-cancel12
FAIL: nptl/tst-cancel13
FAIL: nptl/tst-cancel14
FAIL: nptl/tst-cancel15
FAIL: nptl/tst-cancel16
FAIL: nptl/tst-cancel17
FAIL: nptl/tst-cancel18
FAIL: nptl/tst-cancel2
FAIL: nptl/tst-cancel20
FAIL: nptl/tst-cancel21
FAIL: nptl/tst-cancel22
FAIL: nptl/tst-cancel23
FAIL: nptl/tst-cancel24
FAIL: nptl/tst-cancel25
FAIL: nptl/tst-cancel28
FAIL: nptl/tst-cancel29
FAIL: nptl/tst-cancel3
FAIL: nptl/tst-cancel30
FAIL: nptl/tst-cancel4
FAIL: nptl/tst-cancel4_1
FAIL: nptl/tst-cancel4_2
FAIL: nptl/tst-cancel5
FAIL: nptl/tst-cancel6
FAIL: nptl/tst-cancel7
FAIL: nptl/tst-cancel8
FAIL: nptl/tst-cancel9
FAIL: nptl/tst-cancelx10
FAIL: nptl/tst-cancelx11
FAIL: nptl/tst-cancelx12
FAIL: nptl/tst-cancelx13
FAIL: nptl/tst-cancelx14
FAIL: nptl/tst-cancelx15
FAIL: nptl/tst-cancelx16
FAIL: nptl/tst-cancelx17
FAIL: nptl/tst-cancelx18
FAIL: nptl/tst-cancelx2
FAIL: nptl/tst-cancelx20
FAIL: nptl/tst-cancelx21
FAIL: nptl/tst-cancelx3
FAIL: nptl/tst-cancelx4
FAIL: nptl/tst-cancelx5
FAIL: nptl/tst-cancelx6
FAIL: nptl/tst-cancelx7
FAIL: nptl/tst-cancelx8
FAIL: nptl/tst-cancelx9
FAIL: nptl/tst-cleanup0
FAIL: nptl/tst-cleanup0-cmp
FAIL: nptl/tst-cleanup1
FAIL: nptl/tst-cleanup3
FAIL: nptl/tst-cleanup4
FAIL: nptl/tst-cleanupx0
FAIL: nptl/tst-cleanupx1
FAIL: nptl/tst-cleanupx3
FAIL: nptl/tst-cleanupx4
FAIL: nptl/tst-cnd-basic
FAIL: nptl/tst-cnd-broadcast
FAIL: nptl/tst-cnd-timedwait
FAIL: nptl/tst-cond-except
FAIL: nptl/tst-cond22
FAIL: nptl/tst-cond25
FAIL: nptl/tst-cond7
FAIL: nptl/tst-cond8
FAIL: nptl/tst-exec5
FAIL: nptl/tst-execstack
FAIL: nptl/tst-exit2
FAIL: nptl/tst-exit3
FAIL: nptl/tst-fini1
FAIL: nptl/tst-join1
FAIL: nptl/tst-join10
FAIL: nptl/tst-join11
FAIL: nptl/tst-join12
FAIL: nptl/tst-join13
FAIL: nptl/tst-join5
FAIL: nptl/tst-join6
FAIL: nptl/tst-join8
FAIL: nptl/tst-join9
FAIL: nptl/tst-key3
FAIL: nptl/tst-minstack-cancel
FAIL: nptl/tst-minstack-exit
FAIL: nptl/tst-minstack-throw
FAIL: nptl/tst-mtx-basic
FAIL: nptl/tst-mtx-timedlock
FAIL: nptl/tst-mtx-trylock
FAIL: nptl/tst-mutex8
FAIL: nptl/tst-mutexpi8
FAIL: nptl/tst-once3
FAIL: nptl/tst-once4
FAIL: nptl/tst-once5
FAIL: nptl/tst-oncex3
FAIL: nptl/tst-oncex4
FAIL: nptl/tst-oncey3
FAIL: nptl/tst-oncey4
FAIL: nptl/tst-pthread-exit-signal
FAIL: nptl/tst-pthread-raise-blocked-self
FAIL: nptl/tst-pthread_cancel-select-loop
FAIL: nptl/tst-pthread_exit-nothreads
FAIL: nptl/tst-robust1
FAIL: nptl/tst-robust2
FAIL: nptl/tst-robust3
FAIL: nptl/tst-robust4
FAIL: nptl/tst-robust5
FAIL: nptl/tst-robust6
FAIL: nptl/tst-robust7
FAIL: nptl/tst-robustpi1
FAIL: nptl/tst-robustpi2
FAIL: nptl/tst-robustpi3
FAIL: nptl/tst-robustpi4
FAIL: nptl/tst-robustpi5
FAIL: nptl/tst-robustpi6
FAIL: nptl/tst-robustpi7
FAIL: nptl/tst-rseq-nptl
FAIL: nptl/tst-sem11
FAIL: nptl/tst-sem12
FAIL: nptl/tst-sem16
FAIL: nptl/tst-stack4
FAIL: nptl/tst-stackguard1
FAIL: nptl/tst-thrd-detach
FAIL: nptl/tst-thrd-sleep
FAIL: nptl/tst-thread-exit-clobber
FAIL: nptl/tst-thread_local1
FAIL: nptl/tst-tsd5
FAIL: nptl/tst-tss-basic
FAIL: nptl/tst-unwind-thread
FAIL: nss/tst-cancel-getpwuid_r
FAIL: nss/tst-nss-files-hosts-long
FAIL: posix/tst-getopt-cancel
UNSUPPORTED: resolv/tst-resolv-ai_idn
UNSUPPORTED: resolv/tst-resolv-ai_idn-latin1
FAIL: rt/tst-cpuclock2
FAIL: rt/tst-mqueue8
FAIL: rt/tst-mqueue8x
FAIL: rt/tst-shm-cancel
FAIL: stdio-common/tst-setvbuf1-cmp
FAIL: stdio-common/tst-unbputc
FAIL: stdlib/tst-arc4random-fork
FAIL: stdlib/tst-fmtmsg
FAIL: stdlib/tst-quick_exit
FAIL: stdlib/tst-system
FAIL: stdlib/tst-thread-quick_exit
UNSUPPORTED: string/tst-memchr-rtm
UNSUPPORTED: string/tst-memcmp-rtm
UNSUPPORTED: string/tst-memmove-rtm
UNSUPPORTED: string/tst-memrchr-rtm
UNSUPPORTED: string/tst-memset-rtm
UNSUPPORTED: string/tst-strcasecmp-rtm
UNSUPPORTED: string/tst-strchr-rtm
UNSUPPORTED: string/tst-strcmp-rtm
UNSUPPORTED: string/tst-strcpy-rtm
UNSUPPORTED: string/tst-strlen-rtm
UNSUPPORTED: string/tst-strncasecmp-rtm
UNSUPPORTED: string/tst-strncmp-rtm
UNSUPPORTED: string/tst-strrchr-rtm
UNSUPPORTED: string/tst-wcscmp-rtm
UNSUPPORTED: string/tst-wcsncmp-rtm
FAIL: support/tst-support_capture_subprocess
UNSUPPORTED: time/tst-clock_settime
UNSUPPORTED: time/tst-settimeofday
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 14:56 "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable Vincent Lefevre
@ 2023-02-22 15:10 ` Carlos O'Donell
2023-02-22 15:38 ` Vincent Lefevre
2023-02-22 15:24 ` Andreas Schwab
1 sibling, 1 reply; 8+ messages in thread
From: Carlos O'Donell @ 2023-02-22 15:10 UTC (permalink / raw)
To: Vincent Lefevre, libc-alpha
On 2/22/23 09:56, Vincent Lefevre wrote:
> I've tried a build and "make check" from a clean git tree at
> commit 8b014a1b1f7aee1e3348db108aeea396359d481e (2023-02-20 14:18:08)
> on my Debian/unstable x86_64 machine.
Awesome! On Debian the debian-glibc team my abe able to provide some guidance.
> I did
>
> mkdir glibc-build
> cd glibc-build
> ../glibc/configure --prefix=$HOME/opt/glibc
Please review:
https://sourceware.org/glibc/wiki/Testing/Builds#Testing_a_glibc_build
If you use a unique --prefix, that is an ABI change, and it will require
you to have everything required under that path as-if it was a sysroot.
I expect the failed tests all failed when they attempted to load libgcc_s.so
in order to use the system unwinder for cancellation handling.
Using --prefix=/usr should fix your issues.
> make
> make check
>
> where "make" is a shell wrapper that adds the appropriate -j option
> (here -j12 as I have 12 cores) and colorizes the output. The build
> succeeded. But "make check" failed with:
>
> Summary of test results:
> 175 FAIL
> 4931 PASS
> 86 UNSUPPORTED
> 16 XFAIL
> 4 XPASS
> make[1]: *** [Makefile:647: tests] Error 1
> make[1]: Leaving directory '/home/vlefevre/software/glibc'
> make: *** [Makefile:9: check] Error 2
>
> and there are remaining processes:
>
> cventin:~> ps -fwwp $(pgrep -d, -f glibc-build)
> UID PID PPID C STIME TTY TIME CMD
> vlefevre 98758 1 0 14:56 pts/8 00:00:00 /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 --library-path /home/vlefevre/software/glibc-build:/home/vlefevre/software/glibc-build/math:/home/vlefevre/software/glibc-build/elf:/home/vlefevre/software/glibc-build/dlfcn:/home/vlefevre/software/glibc-build/nss:/home/vlefevre/software/glibc-build/nis:/home/vlefevre/software/glibc-build/rt:/home/vlefevre/software/glibc-build/resolv:/home/vlefevre/software/glibc-build/mathvec:/home/vlefevre/software/glibc-build/support:/home/vlefevre/software/glibc-build/crypt:/home/vlefevre/software/glibc-build/nptl /home/vlefevre/software/glibc-build/nptl/tst-cancel7 --direct --sem /tmp/tst-cancel7.4kCVPq --pidfile /tmp/tst-cancel7-pid-pGm9h8
> vlefevre 447968 1 0 14:57 pts/8 00:00:00 /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 --library-path /home/vlefevre/software/glibc-build:/home/vlefevre/software/glibc-build/math:/home/vlefevre/software/glibc-build/elf:/home/vlefevre/software/glibc-build/dlfcn:/home/vlefevre/software/glibc-build/nss:/home/vlefevre/software/glibc-build/nis:/home/vlefevre/software/glibc-build/rt:/home/vlefevre/software/glibc-build/resolv:/home/vlefevre/software/glibc-build/mathvec:/home/vlefevre/software/glibc-build/support:/home/vlefevre/software/glibc-build/crypt:/home/vlefevre/software/glibc-build/nptl /home/vlefevre/software/glibc-build/nptl/tst-cancelx7 --direct --sem /tmp/tst-cancel7.1tarrX --pidfile /tmp/tst-cancel7-pid-lyPZ8r
>
> and I do not get the prompt back until I kill these two processes
> with "kill -9" (probably due to pipes to the colorization process).
>
> Detail of the failed and unsupported tests output by "make check":
>
> FAIL: debug/tst-backtrace2
> FAIL: debug/tst-backtrace3
> FAIL: debug/tst-backtrace4
> FAIL: debug/tst-backtrace5
> FAIL: debug/tst-backtrace6
> FAIL: debug/tst-chk-cancel
> FAIL: dlfcn/bug-atexit3
> FAIL: elf/check-abi-libc
> UNSUPPORTED: elf/tst-audit10
> FAIL: elf/tst-audit25a
> FAIL: elf/tst-audit25b
> UNSUPPORTED: elf/tst-avx512
> FAIL: elf/tst-glibc-hwcaps-prepend-cache
> XPASS: elf/tst-ifunc-isa-1
> XPASS: elf/tst-ifunc-isa-1-static
> XPASS: elf/tst-ifunc-isa-2
> XPASS: elf/tst-ifunc-isa-2-static
> FAIL: elf/tst-ldconfig-ld_so_conf-update
> FAIL: elf/tst-ldconfig-p
> FAIL: elf/tst-ptrguard1
> FAIL: elf/tst-stackguard1
> FAIL: elf/tst-unwind-main
> UNSUPPORTED: elf/tst-valgrind-smoke
> FAIL: iconv/tst-iconv-mt
> FAIL: locale/tst-locale-locpath
> FAIL: locale/tst-localedef-path-norm
> FAIL: malloc/tst-malloc-stats-cancellation
> FAIL: malloc/tst-malloc-stats-cancellation-malloc-check
> FAIL: malloc/tst-malloc-stats-cancellation-malloc-hugetlb1
> FAIL: malloc/tst-malloc-stats-cancellation-malloc-hugetlb2
> UNSUPPORTED: math/test-double-libmvec-acos-avx512f
> UNSUPPORTED: math/test-double-libmvec-acosh-avx512f
> UNSUPPORTED: math/test-double-libmvec-asin-avx512f
> UNSUPPORTED: math/test-double-libmvec-asinh-avx512f
> UNSUPPORTED: math/test-double-libmvec-atan-avx512f
> UNSUPPORTED: math/test-double-libmvec-atan2-avx512f
> UNSUPPORTED: math/test-double-libmvec-atanh-avx512f
> UNSUPPORTED: math/test-double-libmvec-cbrt-avx512f
> UNSUPPORTED: math/test-double-libmvec-cos-avx512f
> UNSUPPORTED: math/test-double-libmvec-cosh-avx512f
> UNSUPPORTED: math/test-double-libmvec-erf-avx512f
> UNSUPPORTED: math/test-double-libmvec-erfc-avx512f
> UNSUPPORTED: math/test-double-libmvec-exp-avx512f
> UNSUPPORTED: math/test-double-libmvec-exp10-avx512f
> UNSUPPORTED: math/test-double-libmvec-exp2-avx512f
> UNSUPPORTED: math/test-double-libmvec-expm1-avx512f
> UNSUPPORTED: math/test-double-libmvec-hypot-avx512f
> UNSUPPORTED: math/test-double-libmvec-log-avx512f
> UNSUPPORTED: math/test-double-libmvec-log10-avx512f
> UNSUPPORTED: math/test-double-libmvec-log1p-avx512f
> UNSUPPORTED: math/test-double-libmvec-log2-avx512f
> UNSUPPORTED: math/test-double-libmvec-pow-avx512f
> UNSUPPORTED: math/test-double-libmvec-sin-avx512f
> UNSUPPORTED: math/test-double-libmvec-sincos-avx512f
> UNSUPPORTED: math/test-double-libmvec-sinh-avx512f
> UNSUPPORTED: math/test-double-libmvec-tan-avx512f
> UNSUPPORTED: math/test-double-libmvec-tanh-avx512f
> FAIL: math/test-float-hypot
> UNSUPPORTED: math/test-float-libmvec-acosf-avx512f
> UNSUPPORTED: math/test-float-libmvec-acoshf-avx512f
> UNSUPPORTED: math/test-float-libmvec-asinf-avx512f
> UNSUPPORTED: math/test-float-libmvec-asinhf-avx512f
> UNSUPPORTED: math/test-float-libmvec-atan2f-avx512f
> UNSUPPORTED: math/test-float-libmvec-atanf-avx512f
> UNSUPPORTED: math/test-float-libmvec-atanhf-avx512f
> UNSUPPORTED: math/test-float-libmvec-cbrtf-avx512f
> UNSUPPORTED: math/test-float-libmvec-cosf-avx512f
> UNSUPPORTED: math/test-float-libmvec-coshf-avx512f
> UNSUPPORTED: math/test-float-libmvec-erfcf-avx512f
> UNSUPPORTED: math/test-float-libmvec-erff-avx512f
> UNSUPPORTED: math/test-float-libmvec-exp10f-avx512f
> UNSUPPORTED: math/test-float-libmvec-exp2f-avx512f
> UNSUPPORTED: math/test-float-libmvec-expf-avx512f
> UNSUPPORTED: math/test-float-libmvec-expm1f-avx512f
> UNSUPPORTED: math/test-float-libmvec-hypotf-avx512f
> UNSUPPORTED: math/test-float-libmvec-log10f-avx512f
> UNSUPPORTED: math/test-float-libmvec-log1pf-avx512f
> UNSUPPORTED: math/test-float-libmvec-log2f-avx512f
> UNSUPPORTED: math/test-float-libmvec-logf-avx512f
> UNSUPPORTED: math/test-float-libmvec-powf-avx512f
> UNSUPPORTED: math/test-float-libmvec-sincosf-avx512f
> UNSUPPORTED: math/test-float-libmvec-sinf-avx512f
> UNSUPPORTED: math/test-float-libmvec-sinhf-avx512f
> UNSUPPORTED: math/test-float-libmvec-tanf-avx512f
> UNSUPPORTED: math/test-float-libmvec-tanhf-avx512f
> FAIL: math/test-float32-hypot
> UNSUPPORTED: misc/tst-adjtimex
> UNSUPPORTED: misc/tst-clock_adjtime
> FAIL: misc/tst-gettid-kill
> UNSUPPORTED: misc/tst-ntp_adjtime
> UNSUPPORTED: misc/tst-pkey
> FAIL: misc/tst-sigcontext-get_pc
> UNSUPPORTED: nptl/test-cond-printers
> UNSUPPORTED: nptl/test-condattr-printers
> UNSUPPORTED: nptl/test-mutex-printers
> UNSUPPORTED: nptl/test-mutexattr-printers
> UNSUPPORTED: nptl/test-rwlock-printers
> UNSUPPORTED: nptl/test-rwlockattr-printers
> FAIL: nptl/tst-basic3
> FAIL: nptl/tst-basic4
> FAIL: nptl/tst-call-once
> FAIL: nptl/tst-cancel-self
> FAIL: nptl/tst-cancel-self-cancelstate
> FAIL: nptl/tst-cancel-self-canceltype
> FAIL: nptl/tst-cancel-self-testcancel
> FAIL: nptl/tst-cancel1
> FAIL: nptl/tst-cancel10
> FAIL: nptl/tst-cancel11
> FAIL: nptl/tst-cancel12
> FAIL: nptl/tst-cancel13
> FAIL: nptl/tst-cancel14
> FAIL: nptl/tst-cancel15
> FAIL: nptl/tst-cancel16
> FAIL: nptl/tst-cancel17
> FAIL: nptl/tst-cancel18
> FAIL: nptl/tst-cancel2
> FAIL: nptl/tst-cancel20
> FAIL: nptl/tst-cancel21
> FAIL: nptl/tst-cancel22
> FAIL: nptl/tst-cancel23
> FAIL: nptl/tst-cancel24
> FAIL: nptl/tst-cancel25
> FAIL: nptl/tst-cancel28
> FAIL: nptl/tst-cancel29
> FAIL: nptl/tst-cancel3
> FAIL: nptl/tst-cancel30
> FAIL: nptl/tst-cancel4
> FAIL: nptl/tst-cancel4_1
> FAIL: nptl/tst-cancel4_2
> FAIL: nptl/tst-cancel5
> FAIL: nptl/tst-cancel6
> FAIL: nptl/tst-cancel7
> FAIL: nptl/tst-cancel8
> FAIL: nptl/tst-cancel9
> FAIL: nptl/tst-cancelx10
> FAIL: nptl/tst-cancelx11
> FAIL: nptl/tst-cancelx12
> FAIL: nptl/tst-cancelx13
> FAIL: nptl/tst-cancelx14
> FAIL: nptl/tst-cancelx15
> FAIL: nptl/tst-cancelx16
> FAIL: nptl/tst-cancelx17
> FAIL: nptl/tst-cancelx18
> FAIL: nptl/tst-cancelx2
> FAIL: nptl/tst-cancelx20
> FAIL: nptl/tst-cancelx21
> FAIL: nptl/tst-cancelx3
> FAIL: nptl/tst-cancelx4
> FAIL: nptl/tst-cancelx5
> FAIL: nptl/tst-cancelx6
> FAIL: nptl/tst-cancelx7
> FAIL: nptl/tst-cancelx8
> FAIL: nptl/tst-cancelx9
> FAIL: nptl/tst-cleanup0
> FAIL: nptl/tst-cleanup0-cmp
> FAIL: nptl/tst-cleanup1
> FAIL: nptl/tst-cleanup3
> FAIL: nptl/tst-cleanup4
> FAIL: nptl/tst-cleanupx0
> FAIL: nptl/tst-cleanupx1
> FAIL: nptl/tst-cleanupx3
> FAIL: nptl/tst-cleanupx4
> FAIL: nptl/tst-cnd-basic
> FAIL: nptl/tst-cnd-broadcast
> FAIL: nptl/tst-cnd-timedwait
> FAIL: nptl/tst-cond-except
> FAIL: nptl/tst-cond22
> FAIL: nptl/tst-cond25
> FAIL: nptl/tst-cond7
> FAIL: nptl/tst-cond8
> FAIL: nptl/tst-exec5
> FAIL: nptl/tst-execstack
> FAIL: nptl/tst-exit2
> FAIL: nptl/tst-exit3
> FAIL: nptl/tst-fini1
> FAIL: nptl/tst-join1
> FAIL: nptl/tst-join10
> FAIL: nptl/tst-join11
> FAIL: nptl/tst-join12
> FAIL: nptl/tst-join13
> FAIL: nptl/tst-join5
> FAIL: nptl/tst-join6
> FAIL: nptl/tst-join8
> FAIL: nptl/tst-join9
> FAIL: nptl/tst-key3
> FAIL: nptl/tst-minstack-cancel
> FAIL: nptl/tst-minstack-exit
> FAIL: nptl/tst-minstack-throw
> FAIL: nptl/tst-mtx-basic
> FAIL: nptl/tst-mtx-timedlock
> FAIL: nptl/tst-mtx-trylock
> FAIL: nptl/tst-mutex8
> FAIL: nptl/tst-mutexpi8
> FAIL: nptl/tst-once3
> FAIL: nptl/tst-once4
> FAIL: nptl/tst-once5
> FAIL: nptl/tst-oncex3
> FAIL: nptl/tst-oncex4
> FAIL: nptl/tst-oncey3
> FAIL: nptl/tst-oncey4
> FAIL: nptl/tst-pthread-exit-signal
> FAIL: nptl/tst-pthread-raise-blocked-self
> FAIL: nptl/tst-pthread_cancel-select-loop
> FAIL: nptl/tst-pthread_exit-nothreads
> FAIL: nptl/tst-robust1
> FAIL: nptl/tst-robust2
> FAIL: nptl/tst-robust3
> FAIL: nptl/tst-robust4
> FAIL: nptl/tst-robust5
> FAIL: nptl/tst-robust6
> FAIL: nptl/tst-robust7
> FAIL: nptl/tst-robustpi1
> FAIL: nptl/tst-robustpi2
> FAIL: nptl/tst-robustpi3
> FAIL: nptl/tst-robustpi4
> FAIL: nptl/tst-robustpi5
> FAIL: nptl/tst-robustpi6
> FAIL: nptl/tst-robustpi7
> FAIL: nptl/tst-rseq-nptl
> FAIL: nptl/tst-sem11
> FAIL: nptl/tst-sem12
> FAIL: nptl/tst-sem16
> FAIL: nptl/tst-stack4
> FAIL: nptl/tst-stackguard1
> FAIL: nptl/tst-thrd-detach
> FAIL: nptl/tst-thrd-sleep
> FAIL: nptl/tst-thread-exit-clobber
> FAIL: nptl/tst-thread_local1
> FAIL: nptl/tst-tsd5
> FAIL: nptl/tst-tss-basic
> FAIL: nptl/tst-unwind-thread
> FAIL: nss/tst-cancel-getpwuid_r
> FAIL: nss/tst-nss-files-hosts-long
> FAIL: posix/tst-getopt-cancel
> UNSUPPORTED: resolv/tst-resolv-ai_idn
> UNSUPPORTED: resolv/tst-resolv-ai_idn-latin1
> FAIL: rt/tst-cpuclock2
> FAIL: rt/tst-mqueue8
> FAIL: rt/tst-mqueue8x
> FAIL: rt/tst-shm-cancel
> FAIL: stdio-common/tst-setvbuf1-cmp
> FAIL: stdio-common/tst-unbputc
> FAIL: stdlib/tst-arc4random-fork
> FAIL: stdlib/tst-fmtmsg
> FAIL: stdlib/tst-quick_exit
> FAIL: stdlib/tst-system
> FAIL: stdlib/tst-thread-quick_exit
> UNSUPPORTED: string/tst-memchr-rtm
> UNSUPPORTED: string/tst-memcmp-rtm
> UNSUPPORTED: string/tst-memmove-rtm
> UNSUPPORTED: string/tst-memrchr-rtm
> UNSUPPORTED: string/tst-memset-rtm
> UNSUPPORTED: string/tst-strcasecmp-rtm
> UNSUPPORTED: string/tst-strchr-rtm
> UNSUPPORTED: string/tst-strcmp-rtm
> UNSUPPORTED: string/tst-strcpy-rtm
> UNSUPPORTED: string/tst-strlen-rtm
> UNSUPPORTED: string/tst-strncasecmp-rtm
> UNSUPPORTED: string/tst-strncmp-rtm
> UNSUPPORTED: string/tst-strrchr-rtm
> UNSUPPORTED: string/tst-wcscmp-rtm
> UNSUPPORTED: string/tst-wcsncmp-rtm
> FAIL: support/tst-support_capture_subprocess
> UNSUPPORTED: time/tst-clock_settime
> UNSUPPORTED: time/tst-settimeofday
>
--
Cheers,
Carlos.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 15:10 ` Carlos O'Donell
@ 2023-02-22 15:38 ` Vincent Lefevre
2023-02-22 16:58 ` Florian Weimer
2023-02-22 17:04 ` Vincent Lefevre
0 siblings, 2 replies; 8+ messages in thread
From: Vincent Lefevre @ 2023-02-22 15:38 UTC (permalink / raw)
To: libc-alpha
On 2023-02-22 10:10:31 -0500, Carlos O'Donell via Libc-alpha wrote:
> On 2/22/23 09:56, Vincent Lefevre wrote:
> > I did
> >
> > mkdir glibc-build
> > cd glibc-build
> > ../glibc/configure --prefix=$HOME/opt/glibc
>
> Please review:
> https://sourceware.org/glibc/wiki/Testing/Builds#Testing_a_glibc_build
>
> If you use a unique --prefix, that is an ABI change, and it will require
> you to have everything required under that path as-if it was a sysroot.
I'll test it again with --prefix=/usr, but IMHO, the INSTALL file
should clarify this point. I assumed that --prefix=/usr was
recommended for the case where the GNU C Library would be installed
as a replacement, not just for testing a new glibc. Moreover,
I would have thought that --prefix would not have any influence
for "make check" (as --prefix is related to the installation,
while "make check" occurs before installation).
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 15:38 ` Vincent Lefevre
@ 2023-02-22 16:58 ` Florian Weimer
2023-02-22 17:04 ` Vincent Lefevre
1 sibling, 0 replies; 8+ messages in thread
From: Florian Weimer @ 2023-02-22 16:58 UTC (permalink / raw)
To: Vincent Lefevre; +Cc: libc-alpha
* Vincent Lefevre:
> On 2023-02-22 10:10:31 -0500, Carlos O'Donell via Libc-alpha wrote:
>> On 2/22/23 09:56, Vincent Lefevre wrote:
>> > I did
>> >
>> > mkdir glibc-build
>> > cd glibc-build
>> > ../glibc/configure --prefix=$HOME/opt/glibc
>>
>> Please review:
>> https://sourceware.org/glibc/wiki/Testing/Builds#Testing_a_glibc_build
>>
>> If you use a unique --prefix, that is an ABI change, and it will require
>> you to have everything required under that path as-if it was a sysroot.
>
> I'll test it again with --prefix=/usr, but IMHO, the INSTALL file
> should clarify this point. I assumed that --prefix=/usr was
> recommended for the case where the GNU C Library would be installed
> as a replacement, not just for testing a new glibc. Moreover,
> I would have thought that --prefix would not have any influence
> for "make check" (as --prefix is related to the installation,
> while "make check" occurs before installation).
We have tests for unwinding facilities, and those need libgcc_s. (Some
of the C++ tests need libstdc++ as well.) If the required shared
objects are not available under the --prefix= directory (or copied
manually into the glibc build directories), these tests will fail.
Thanks,
Florian
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 15:38 ` Vincent Lefevre
2023-02-22 16:58 ` Florian Weimer
@ 2023-02-22 17:04 ` Vincent Lefevre
2023-02-22 20:00 ` Adhemerval Zanella Netto
1 sibling, 1 reply; 8+ messages in thread
From: Vincent Lefevre @ 2023-02-22 17:04 UTC (permalink / raw)
To: libc-alpha
On 2023-02-22 16:38:21 +0100, Vincent Lefevre wrote:
> On 2023-02-22 10:10:31 -0500, Carlos O'Donell via Libc-alpha wrote:
> > On 2/22/23 09:56, Vincent Lefevre wrote:
> > > I did
> > >
> > > mkdir glibc-build
> > > cd glibc-build
> > > ../glibc/configure --prefix=$HOME/opt/glibc
> >
> > Please review:
> > https://sourceware.org/glibc/wiki/Testing/Builds#Testing_a_glibc_build
> >
> > If you use a unique --prefix, that is an ABI change, and it will require
> > you to have everything required under that path as-if it was a sysroot.
>
> I'll test it again with --prefix=/usr, [...]
This time, I get 8 failures:
FAIL: elf/tst-audit23
FAIL: elf/tst-ifunc-fault-bindnow
FAIL: elf/tst-ifunc-fault-lazy
FAIL: locale/tst-localedef-path-norm
FAIL: math/test-float-hypot
FAIL: math/test-float32-hypot
FAIL: stdlib/tst-arc4random-fork
FAIL: stdlib/tst-system
According to Andreas Schwab's test, only the 2 math/test-float*-hypot
ones are expected.
It seems that some tests may be confused by the
"LD_PRELOAD=libgtk3-nocsd.so.0" that comes from the gtk3-nocsd
Debian package (the INSTALL file is silent on this point).
But if I unset LD_PRELOAD and rerun "make check", I still get
these 8 failures, and the *.out and *.test-result files are not
updated. For instance:
cventin:...tware/glibc-build> ll stdlib/tst-system*
-rwxr-xr-x 1 vlefevre vlefevre 170552 2023-02-22 16:51:56 stdlib/tst-system*
-rw-r--r-- 1 vlefevre vlefevre 30816 2023-02-22 16:51:55 stdlib/tst-system.o
-rw-r--r-- 1 vlefevre vlefevre 6799 2023-02-22 16:51:58 stdlib/tst-system.out
-rw-r--r-- 1 vlefevre vlefevre 10890 2023-02-22 17:43:29 stdlib/tst-system.o.d
-rw-r--r-- 1 vlefevre vlefevre 47 2023-02-22 16:51:58 stdlib/tst-system.test-result
The tst-system.o.d file is new, but the other files are still the old
ones.
The *.out files:
* elf/tst-audit23.out
error: tst-audit23.c:177: non expected la_objopen: /home/vlefevre/software/glibc-build/elf/tst-audit23mod.so 7f0304fed000 0
error: 1 test failures
* elf/tst-ifunc-fault-bindnow.out
linux-vdso.so.1 (0x00007ffc857cc000)
libgtk3-nocsd.so.0 => /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (0x00007f2fcc860000)
libc.so.6 => /home/vlefevre/software/glibc-build/libc.so.6 (0x00007f2fcc68a000)
libdl.so.2 => /home/vlefevre/software/glibc-build/dlfcn/libdl.so.2 (0x00007f2fcc685000)
libpthread.so.0 => /home/vlefevre/software/glibc-build/nptl/libpthread.so.0 (0x00007f2fcc680000)
/lib64/ld-linux-x86-64.so.2 => /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 (0x00007f2fcc892000)
Unused direct dependencies:
/usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0
* elf/tst-ifunc-fault-lazy.out
linux-vdso.so.1 (0x00007fff2a4fb000)
libgtk3-nocsd.so.0 => /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (0x00007f4aa6066000)
libc.so.6 => /home/vlefevre/software/glibc-build/libc.so.6 (0x00007f4aa5e90000)
libdl.so.2 => /home/vlefevre/software/glibc-build/dlfcn/libdl.so.2 (0x00007f4aa5e8b000)
libpthread.so.0 => /home/vlefevre/software/glibc-build/nptl/libpthread.so.0 (0x00007f4aa5e86000)
/lib64/ld-linux-x86-64.so.2 => /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 (0x00007f4aa6098000)
Unused direct dependencies:
/usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0
* locale/tst-localedef-path-norm.out
info: cpus=12 ntests=9
error: subprocess failed: execv
error: unexpected error output from subprocess
ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
[...]
error: 9 test failures
running post-clean rsync
* stdlib/tst-arc4random-fork.out
Timed out: killed the child process
Termination time: 2023-02-22T15:52:37.093033906
Last write to standard output: 2023-02-22T15:51:56.977606899
* stdlib/tst-system.out
tst-system.c:94: error: string comparison failed
left string: 422 bytes
right string: 301 bytes
left (evaluated from result.err.buffer):
"ERROR: ld.so: object \'libgtk3-nocsd.so.0\' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.\nsh: execing aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa failed: No such file or directory"
[...]
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 8+ messages in thread* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 17:04 ` Vincent Lefevre
@ 2023-02-22 20:00 ` Adhemerval Zanella Netto
2023-02-23 14:00 ` Vincent Lefevre
0 siblings, 1 reply; 8+ messages in thread
From: Adhemerval Zanella Netto @ 2023-02-22 20:00 UTC (permalink / raw)
To: libc-alpha, Vincent Lefevre
On 22/02/23 14:04, Vincent Lefevre wrote:
> On 2023-02-22 16:38:21 +0100, Vincent Lefevre wrote:
>> On 2023-02-22 10:10:31 -0500, Carlos O'Donell via Libc-alpha wrote:
>>> On 2/22/23 09:56, Vincent Lefevre wrote:
>>>> I did
>>>>
>>>> mkdir glibc-build
>>>> cd glibc-build
>>>> ../glibc/configure --prefix=$HOME/opt/glibc
>>>
>>> Please review:
>>> https://sourceware.org/glibc/wiki/Testing/Builds#Testing_a_glibc_build
>>>
>>> If you use a unique --prefix, that is an ABI change, and it will require
>>> you to have everything required under that path as-if it was a sysroot.
>>
>> I'll test it again with --prefix=/usr, [...]
>
> This time, I get 8 failures:
>
> FAIL: elf/tst-audit23
> FAIL: elf/tst-ifunc-fault-bindnow
> FAIL: elf/tst-ifunc-fault-lazy
> FAIL: locale/tst-localedef-path-norm
> FAIL: math/test-float-hypot
> FAIL: math/test-float32-hypot
> FAIL: stdlib/tst-arc4random-fork
> FAIL: stdlib/tst-system
>
> According to Andreas Schwab's test, only the 2 math/test-float*-hypot
> ones are expected.
>
> It seems that some tests may be confused by the
> "LD_PRELOAD=libgtk3-nocsd.so.0" that comes from the gtk3-nocsd
> Debian package (the INSTALL file is silent on this point).
> But if I unset LD_PRELOAD and rerun "make check", I still get
> these 8 failures, and the *.out and *.test-result files are not
> updated. For instance:
It seems that LD_PRELOAD is still set for some tests and it might indeed
interfere on some results.
>
> cventin:...tware/glibc-build> ll stdlib/tst-system*
> -rwxr-xr-x 1 vlefevre vlefevre 170552 2023-02-22 16:51:56 stdlib/tst-system*
> -rw-r--r-- 1 vlefevre vlefevre 30816 2023-02-22 16:51:55 stdlib/tst-system.o
> -rw-r--r-- 1 vlefevre vlefevre 6799 2023-02-22 16:51:58 stdlib/tst-system.out
> -rw-r--r-- 1 vlefevre vlefevre 10890 2023-02-22 17:43:29 stdlib/tst-system.o.d
> -rw-r--r-- 1 vlefevre vlefevre 47 2023-02-22 16:51:58 stdlib/tst-system.test-result
>
> The tst-system.o.d file is new, but the other files are still the old
> ones.
>
> The *.out files:
>
> * elf/tst-audit23.out
>
> error: tst-audit23.c:177: non expected la_objopen: /home/vlefevre/software/glibc-build/elf/tst-audit23mod.so 7f0304fed000 0
> error: 1 test failures
It seems that there is an extra object loaded (the line 177 is a max count
for la_objopen events). The LD_PRELOAD might explain it.
>
> * elf/tst-ifunc-fault-bindnow.out
>
> linux-vdso.so.1 (0x00007ffc857cc000)
> libgtk3-nocsd.so.0 => /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (0x00007f2fcc860000)
> libc.so.6 => /home/vlefevre/software/glibc-build/libc.so.6 (0x00007f2fcc68a000)
> libdl.so.2 => /home/vlefevre/software/glibc-build/dlfcn/libdl.so.2 (0x00007f2fcc685000)
> libpthread.so.0 => /home/vlefevre/software/glibc-build/nptl/libpthread.so.0 (0x00007f2fcc680000)
> /lib64/ld-linux-x86-64.so.2 => /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 (0x00007f2fcc892000)
> Unused direct dependencies:
> /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0
This test issues the loader with --verify, and the libgtk3-nocsd.so.0 is affecting
the result.
>
> * elf/tst-ifunc-fault-lazy.out
>
> linux-vdso.so.1 (0x00007fff2a4fb000)
> libgtk3-nocsd.so.0 => /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0 (0x00007f4aa6066000)
> libc.so.6 => /home/vlefevre/software/glibc-build/libc.so.6 (0x00007f4aa5e90000)
> libdl.so.2 => /home/vlefevre/software/glibc-build/dlfcn/libdl.so.2 (0x00007f4aa5e8b000)
> libpthread.so.0 => /home/vlefevre/software/glibc-build/nptl/libpthread.so.0 (0x00007f4aa5e86000)
> /lib64/ld-linux-x86-64.so.2 => /home/vlefevre/software/glibc-build/elf/ld-linux-x86-64.so.2 (0x00007f4aa6098000)
> Unused direct dependencies:
> /usr/lib/x86_64-linux-gnu/libgtk3-nocsd.so.0
Same here.
>
> * locale/tst-localedef-path-norm.out
>
> info: cpus=12 ntests=9
> error: subprocess failed: execv
> error: unexpected error output from subprocess
> ERROR: ld.so: object 'libgtk3-nocsd.so.0' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.
> [...]
> error: 9 test failures
> running post-clean rsync
Same here.
>
> * stdlib/tst-arc4random-fork.out
>
> Timed out: killed the child process
> Termination time: 2023-02-22T15:52:37.093033906
> Last write to standard output: 2023-02-22T15:51:56.977606899
This test fail due a timeout, you might run the testcase with TIMEOUTFACTOR
set to value larger than 1. Another option would to just tune the internal
tests parameter down, specially because now we don't use a user PCRNG and
just issue getrandom instead.
>
> * stdlib/tst-system.out
>
> tst-system.c:94: error: string comparison failed
> left string: 422 bytes
> right string: 301 bytes
> left (evaluated from result.err.buffer):
> "ERROR: ld.so: object \'libgtk3-nocsd.so.0\' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored.\nsh: execing aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa failed: No such file or directory"
> [...]
>
Again it seems that the libgtk3-nocsd.so.0 is messing with the result.
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 20:00 ` Adhemerval Zanella Netto
@ 2023-02-23 14:00 ` Vincent Lefevre
0 siblings, 0 replies; 8+ messages in thread
From: Vincent Lefevre @ 2023-02-23 14:00 UTC (permalink / raw)
To: libc-alpha
On 2023-02-22 17:00:35 -0300, Adhemerval Zanella Netto wrote:
> On 22/02/23 14:04, Vincent Lefevre wrote:
[...]
> > It seems that some tests may be confused by the
> > "LD_PRELOAD=libgtk3-nocsd.so.0" that comes from the gtk3-nocsd
> > Debian package (the INSTALL file is silent on this point).
> > But if I unset LD_PRELOAD and rerun "make check", I still get
> > these 8 failures, and the *.out and *.test-result files are not
> > updated. For instance:
>
> It seems that LD_PRELOAD is still set for some tests and it might indeed
> interfere on some results.
Well, this is because the corresponding *.out files have not been
rebuilt, i.e. the tests have been skipped, but the results of the
old tests with LD_PRELOAD set are still there and taken into account
in the summary at the end.
I've done a "make check" again with LD_PRELOAD unset, and I now
get 5 failures only, though nothing has changed on my side.
So, basically the issue is that tests are randomly skipped. I've
reported this bug:
https://sourceware.org/bugzilla/show_bug.cgi?id=30157
--
Vincent Lefèvre <vincent@vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable
2023-02-22 14:56 "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable Vincent Lefevre
2023-02-22 15:10 ` Carlos O'Donell
@ 2023-02-22 15:24 ` Andreas Schwab
1 sibling, 0 replies; 8+ messages in thread
From: Andreas Schwab @ 2023-02-22 15:24 UTC (permalink / raw)
To: Vincent Lefevre; +Cc: libc-alpha
You need to examine the log files for the failing tests.
https://build.opensuse.org/package/live_build_log/home:Andreas_Schwab:glibc/glibc:testsuite/f/x86_64
only has two failures.
FAIL: math/test-float-hypot
FAIL: math/test-float32-hypot
--
Andreas Schwab, SUSE Labs, schwab@suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2023-02-23 14:01 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-02-22 14:56 "make check" on git master fails with 175 FAIL and leaves processes behind on Debian/unstable Vincent Lefevre
2023-02-22 15:10 ` Carlos O'Donell
2023-02-22 15:38 ` Vincent Lefevre
2023-02-22 16:58 ` Florian Weimer
2023-02-22 17:04 ` Vincent Lefevre
2023-02-22 20:00 ` Adhemerval Zanella Netto
2023-02-23 14:00 ` Vincent Lefevre
2023-02-22 15:24 ` Andreas Schwab
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).