From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from brunni.mail.netestate.de (brunni.mail.netestate.de [81.209.177.48]) by sourceware.org (Postfix) with ESMTPS id 553BF385840A for ; Wed, 3 Aug 2022 12:46:37 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 553BF385840A Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=netestate.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=netestate.de Received: (qmail 2297 invoked from network); 3 Aug 2022 12:46:34 -0000 Received: from ribolla.netestate.de (81.209.177.78) by brunni.mail.netestate.de with ESMTP; 3 Aug 2022 12:46:34 -0000 Received: (qmail 14087 invoked by uid 503); 3 Aug 2022 12:46:34 -0000 Date: Wed, 3 Aug 2022 14:46:34 +0200 From: Michael Brunnbauer To: libc-help@sourceware.org Subject: glibc 2.36 make check Message-ID: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VCPrcmSC18c3c9NC" Content-Disposition: inline X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: libc-help@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libc-help mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Aug 2022 12:46:39 -0000 --VCPrcmSC18c3c9NC Content-Type: multipart/mixed; boundary="178Oe4tog3Bf7xdS" Content-Disposition: inline --178Oe4tog3Bf7xdS Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi all, make check with the new version of glibc has two new failures on my custom system: FAIL: misc/tst-mount-consts =46rom misc/tst-mount-consts.out: test.c:2:10: fatal error: linux/mount.h: No such file or directory #include /usr/include/linux/mount.h is indeed missing and I checked that=20 make headers_install with my current kernel would not change that. FAIL: nptl/tst-pthread-gdb-attach-static I have attached the file nptl/tst-pthread-gdb-attach-static.out. Should I worry about those new failed tests? Here is some data about my setup: -glibc configure options: --prefix=3D/usr --enable-kernel=3D4.9.0 --host=3Dx86_64-pc-linux-gnu --dis= able-experimental-malloc -kernel version: 4.9.320 -installed kernel headers: from some older 4.9.x kernel -gcc version: 7.5.0 -gdb version 9.1 Regards, Michael Brunnbauer --=20 ++ Michael Brunnbauer ++ netEstate GmbH ++ Geisenhausener Stra=DFe 11a ++ 81379 M=FCnchen ++ Tel +49 89 32 19 77 80 ++ Fax +49 89 32 19 77 89=20 ++ E-Mail brunni@netestate.de ++ https://www.netestate.de/ ++ ++ Sitz: M=FCnchen, HRB Nr.142452 (Handelsregister B M=FCnchen) ++ USt-IdNr. DE221033342 ++ Gesch=E4ftsf=FChrer: Michael Brunnbauer, Franz Brunnbauer ++ Prokurist: Dipl. Kfm. (Univ.) Markus Hendel --178Oe4tog3Bf7xdS Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tst-pthread-gdb-attach-static.out" +set debug libthread-db 1 +set auto-load safe-path /home/bold/base/glibc-2.36/compile/nptl_db +set libthread-db-search-path /home/bold/base/glibc-2.36/compile/nptl_db +attach 15009 [New LWP 15010] BFD: /home/bold/base/glibc-2.36/compile/nptl/tst-pthread-gdb-attach-static: unknown type [0x13] section `.relr.dyn' Trying host libthread_db library: /home/bold/base/glibc-2.36/compile/nptl_db/libthread_db.so.1. td_ta_new failed: generic error thread_db_load_search returning 0 Trying host libthread_db library: /home/bold/base/glibc-2.36/compile/nptl_db/libthread_db.so.1. [Thread debugging using libthread_db enabled] Using host libthread_db library "/home/bold/base/glibc-2.36/compile/nptl_db/libthread_db.so.1". thread_db_load_search returning 1 0x00007f7108944d0d in __futex_abstimed_wait_common64 (private=, cancel=true, abstime=, op=, expected=15010, futex_word=) at futex-internal.c:57 57 return INTERNAL_SYSCALL_CANCEL (futex_time64, futex_word, op, expected, +break debugger_inspection_point Breakpoint 1 at 0x88c95d0: file tst-pthread-gdb-attach.c, line 126. +continue [Switching to Thread 0x7f71088c66c0 (LWP 15010)] Thread 2 "tst-pthread-gdb" hit Breakpoint 1, debugger_inspection_point () at tst-pthread-gdb-attach.c:126 126 { +thread 1 [Switching to thread 1 (Thread 0x7f71089ae380 (LWP 15009))] #0 0x00007f7108944d0d in __futex_abstimed_wait_common64 (private=, cancel=true, abstime=, op=, expected=15010, futex_word=) at futex-internal.c:57 57 return INTERNAL_SYSCALL_CANCEL (futex_time64, futex_word, op, expected, +print altered_by_debugger /tmp/tst-pthread-gdb-attach-kqWILN:9: Error in sourced command file: Cannot access memory at address 0x89ae340 [Inferior 1 (process 15009) detached] tst-pthread-gdb-attach.c:229: numeric comparison failure left: 256 (0x100); from: status right: 0 (0x0); from: 0 error: 1 test failures --178Oe4tog3Bf7xdS-- --VCPrcmSC18c3c9NC Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iF0EARECAB0WIQTAkMfrYFFSaeacJ6u+j6gOLbYeuQUCYupuKAAKCRC+j6gOLbYe uSM8AJsHHW1j0beboIE7BTTdYOeNjMa9DwCgnSqjXYl4hGogcO9Pe9Z/E3PvWgA= =meiX -----END PGP SIGNATURE----- --VCPrcmSC18c3c9NC--