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: AS31976 209.132.180.0/23 X-Spam-Status: No, score=-4.0 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 8C5F01F4B5 for ; Tue, 12 Nov 2019 17:42:51 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:cc:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=pgtIDKj0kXLQsptT slRl0oVf/qb5sLTb2mI2/MRywMLG6rZLh0G/Cf5So7esCXTfBPpf+hF9ELfp1UEv 28RpaHynXbZkF9I6nfv6PCAKFCJs8CIhrYJyfZOx1GvXkECIiAX0bnG6G1OFRfFe RGxUoXJtT9xpB/0tirUQQPiLV8s= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id :list-unsubscribe:list-subscribe:list-archive:list-post :list-help:sender:subject:to:cc:references:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=CKM/rN96OEXH6QnLUmRBKb f7XPM=; b=L0arbjYRWaCVso8Ff0Wq7kYAXG/ILtoyRJrH3YulYqVQjkaKIypYJx haoYYSt1XZdolcZcd+FbCKfaFZfnPwmhwIkH0O615dDrJi5XR+AG9HtOvkDlv9tY ts5XfZBqvgb88Fw9RO13u8F/C50r8hWfDGyYqdaypLN7jmNU99/jg= Received: (qmail 63834 invoked by alias); 12 Nov 2019 17:42:49 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 63826 invoked by uid 89); 12 Nov 2019 17:42:49 -0000 Authentication-Results: sourceware.org; auth=none X-HELO: esa3.mentor.iphmx.com IronPort-SDR: AeLM1tAqvTSdK1FCeQp4mlXBB8O1IrB2DGId81CLg3r8aySr6wFlq8DclB0C7cm/6RFaYJD0i/ PLK5afnfPX50/NJ10WtcXsm/Cge69uCKNdbzZFU4trcIWbFSN5uEXsmSLdyUyt10jec7Z3Kl9v qHGhMmCOxkOs3CSoUohAPhjJMzYbHrFlJo5SbE2AReYzZ/qNTf7N2g8DI5rm10RM3NvF1f2BkD X3MrAuXFgnWkm4S4wY8anN5kmC+tqUVT3v8OAwHa6aK4dBBdFiEb5mYlpvMN+D+mhobffz9ZPi br0= IronPort-SDR: AErnPuUXVwe0X5UXM0oC/FpQlrie3ta6fFpjlea1NbWyrTG0kWH1G7tNoMVkBTwm3r5RQcJ+N8 byGNkd1ivvK6O4ObdQgk2uhFCYwaerxtDVhnBQd0GJmF9tECLyhnTvUGh4ngd/0ZQZMgs2pjsO XNx1V1AvlZF/XviyxBRCwQX6bl3rWLcc02bOFGlLaBM6EOUq3lIUIt9PIb5iQnBeDwUkw3dYNT 11YOvVE/fX9Jz+KLBjxp0COUZChr/kTsBBpHtAhaJ+tu7eyyU3GFjDzpM0/MIiRoQGP8TQgh3I Bsg= Subject: Re: [review v3] slotinfo in struct dtv_slotinfo_list should be flexible array [BZ #25... To: Joseph Myers , Florian Weimer CC: , Szabolcs Nagy , , References: <20191112114732.2175B20AF6@gnutoolchain-gerrit.osci.io> From: Sandra Loosemore Message-ID: <4e7ad8ea-43ae-6af6-d2a9-2a05d42b0cc6@codesourcery.com> Date: Tue, 12 Nov 2019 10:42:39 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit On 11/12/19 10:29 AM, Joseph Myers wrote: > This change (glibc commit cba932a5a9e91cffd7f4172d7e91f9b2efb1f84b) has > broken the glibc testsuite build for nios2. I don't know whether the > cause is some underlying bug in GCC or binutils or elsewhere in glibc, or > somehow an issue with this patch itself. > > /scratch/jmyers/glibc/many9/install/compilers/nios2-linux-gnu/lib/gcc/nios2-glibc-linux-gnu/9.2.1/../../../../nios2-glibc-linux-gnu/bin/ld: /scratch/jmyers/glibc/many9/build/glibcs/nios2-linux-gnu/glibc/libc.a(libc-tls.o): in function `init_slotinfo': > /scratch/jmyers/glibc/many9/src/glibc/csu/../csu/libc-tls.c:72: warning: unable to reach .bss (at 0xc5ea0) from the global pointer (at 0x8d890) because the offset (230928) is out of the allowed range, -32678 to 32767 > > /scratch/jmyers/glibc/many9/install/compilers/nios2-linux-gnu/lib/gcc/nios2-glibc-linux-gnu/9.2.1/../../../../nios2-glibc-linux-gnu/bin/ld: final link failed: nonrepresentable section on output > collect2: error: ld returned 1 exit status > ../Rules:253: recipe for target '/scratch/jmyers/glibc/many9/build/glibcs/nios2-linux-gnu/glibc/malloc/tst-interpose-static-nothread' failed > make[3]: *** [/scratch/jmyers/glibc/many9/build/glibcs/nios2-linux-gnu/glibc/malloc/tst-interpose-static-nothread] Error 1 > > https://sourceware.org/ml/libc-testresults/2019-q4/msg00203.html > I don't have any state on this particular change or what it is trying to accomplish, but the linker error is the sort of thing that happens when the compiler sees a reference to an object it thinks will be put in the small data section, but the actual definition of the object puts it somewhere else (e.g., because it is too big for small data) -- in this case the .bss section. Are there conflicting declarations about the size of the object? If that's unavoidable for some reason, another way to suppress GP-relative addressing on this object would be to give it an explicit .bss section attribute everywhere it's declared. -Sandra