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.8 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI, 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 03F091F8C6 for ; Fri, 30 Jul 2021 15:30:46 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 00FE7394AC34 for ; Fri, 30 Jul 2021 15:30:44 +0000 (GMT) Received: from esa1.mentor.iphmx.com (esa1.mentor.iphmx.com [68.232.129.153]) by sourceware.org (Postfix) with ESMTPS id BC77E385AC25 for ; Fri, 30 Jul 2021 15:30:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BC77E385AC25 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: dvMgolxQ+8t/u7jxLWa0TbG63vScTQMbREnTnHAYziVklIGP5hGMSiWa+8NecoAnYJ8cgWNjtq f+7fRl1KnJGbz/tH24icaC07tvv7DQdmhAE05k+JkN5yPF4vyf665hpg2o0cZBZe80YbbCbdK7 /ppg7DcJuRjGyA4HMkg8pItrLyFLsmL6vOnlufgkw6A2WbQk1jSlfSfFdCSoviw9HP2f3YYb5N tLM1kIjPxHlDYpVcHactZt65qcXnflhG6rcefDjgOAlyRT/TFEszjri2VNTDx9hOxqvUVwqGPk Z45LrQ26LzQrVaCliI694ALn X-IronPort-AV: E=Sophos;i="5.84,282,1620720000"; d="scan'208";a="66581047" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa1.mentor.iphmx.com with ESMTP; 30 Jul 2021 07:30:31 -0800 IronPort-SDR: IWRdReN+c3fLkWkr3tLzZyhtkBZDRbmHn32pzCezmaiDJNrnFfxMa9eqrSR0r2/GwSSyS//svj efufYPloQPEuZ0QH5QrIN+QQh8aw3GST1eE7y9j45JR28wvd0QRR37JHxqlkoyZ26nu1drW8CU SRqW9EitWwQdm+s+EuS2huX86FQcb1dMoaYCLCM3qgglc7poepewIl9fsCozfvuRsqbOyGcBK0 2eZ7CpizMh0G8gLIBpk7hQN8Sl9ou6WraUFk6bIqjcKhvN10Qvq6wZnGUdTKuKZ8AhtyKfum1w mn0= Date: Fri, 30 Jul 2021 15:30:25 +0000 From: Joseph Myers X-X-Sender: jsm28@digraph.polyomino.org.uk To: , Subject: Failures building glibc with mainline GCC Message-ID: User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-05.mgc.mentorg.com (139.181.222.5) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) 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: , Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org Sender: "Libc-alpha" There are a lot of failures building glibc with mainline GCC right now (previously, there were ICEs building glibc on various architectures, so these might be hard to bisect): * x86_64-linux-gnu: "error: array subscript 0 is outside array bounds of '__seg_fs struct pthread * __seg_fs[0]' [-Werror=array-bounds]". This is the one discussed in . In file included from ../sysdeps/generic/libc-tsd.h:44, from ../include/../locale/localeinfo.h:224, from ../include/ctype.h:26, from loadmsgcat.c:29: loadmsgcat.c: In function '_nl_load_domain': ../sysdeps/x86_64/nptl/tls.h:185:4: error: array subscript 0 is outside array bounds of '__seg_fs struct pthread * __seg_fs[0]' [-Werror=array-bounds] 185 | (*(struct pthread *__seg_fs *) offsetof (struct pthread, header.self)) | ~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ../sysdeps/nptl/libc-lock.h:92:18: note: in expansion of macro 'THREAD_SELF' 92 | void *self = THREAD_SELF; \ | ^~~~~~~~~~~ loadmsgcat.c:770:3: note: in expansion of macro '__libc_lock_lock_recursive' 770 | __libc_lock_lock_recursive (lock); | ^~~~~~~~~~~~~~~~~~~~~~~~~~ * i686-gnu: hurdselect.c: In function '_hurd_select': hurdselect.c:555:7: error: 'ss' may be used uninitialized in this function [-Werror=maybe-uninitialized] 555 | _hurd_sigstate_unlock (ss); | ^~~~~~~~~~~~~~~~~~~~~~~~~~ As far as I can tell, this is a false positive from the compiler (this code is only reached if (sigport != MACH_PORT_NULL), in which case ss has been initialized). * Several architectures (all of them 32-bit), powerpc-linux-gnu for example: In file included from t.61.c:437: In function 'from_t_61_single', inlined from 'gconv' at ../iconv/skeleton.c:568:15: ../iconv/loop.c:440:22: error: writing 1 byte into a region of size 0 [-Werror=stringop-overflow=] 440 | bytebuf[inlen++] = *inptr++; | ~~~~~~~~~~~~~~~~~^~~~~~~~~~ ../iconv/loop.c: In function 'gconv': ../iconv/loop.c:382:17: note: at offset 2 into destination object 'bytebuf' of size 2 382 | unsigned char bytebuf[MAX_NEEDED_INPUT]; | ^~~~~~~ I don't know if this is a false positive or not. * powerpc64-linux-gnu: In file included from ../sysdeps/powerpc/dl-tls.c:20: In function '_dl_allocate_tls_init', inlined from '_dl_allocate_tls' at ../elf/dl-tls.c:621:10: ../elf/dl-tls.c:529:10: error: array subscript -1 is outside array bounds of 'void[9223372036854775807]' [-Werror=array-bounds] 529 | dtv_t *dtv = GET_DTV (result); | ^~~ In file included from ../elf/dl-tls.c:28, from ../sysdeps/powerpc/dl-tls.c:20: ../sysdeps/powerpc/nptl/tls.h:136:34: error: array subscript -1 is outside array bounds of 'void[9223372036854775807]' [-Werror=array-bounds] 136 | ((tcbhead_t *) (tcbp))[-1].dtv = dtvp + 1 | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~ ../elf/dl-tls.c:544:7: note: in expansion of macro 'INSTALL_DTV' 544 | INSTALL_DTV (result, &dtv[-1]); | ^~~~~~~~~~~ * powerpc64le-linux-gnu: "error: '-mabi=ibmlongdouble' requires '-mlong-double-128'". See . -- Joseph S. Myers joseph@codesourcery.com