From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 108207 invoked by alias); 4 Mar 2020 01:25:51 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 108199 invoked by uid 89); 4 Mar 2020 01:25:51 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-10.8 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=41PM, 41pm X-HELO: mail-pj1-f50.google.com Received: from mail-pj1-f50.google.com (HELO mail-pj1-f50.google.com) (209.85.216.50) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 04 Mar 2020 01:25:50 +0000 Received: by mail-pj1-f50.google.com with SMTP id o2so152577pjp.2 for ; Tue, 03 Mar 2020 17:25:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=Wv5tLFieVXBsR5NsESBHdQUwtOtSL3zYsYXbH7fiVUg=; b=JB8ScXvJbvL3d02Ip2DerOKcUmaMRxjTnZh4GAjHaxIEbnLcAY4av2y1OPgHAWFKF0 t5v9R73//ItI7r5PVJs2PeY41AuP8fhAwbUqJUmo1MC2s3vARGclQJJBkbCCroNydBXS GSQgBlMNnwPz5pGniBlFD5eHGzUf/mOWFpU5XEWWsOOIJ/x3rsLSc0B+DTNqbkuCZ0G7 coKiI+hW6Jt5O2I9n1Z3Dswtad/WiZMsQpPLVPnBlTxSuRoCg0doc0zDmsU/YwOZpyJh taYnwXMVcm35VNB4+vbSgd22QBFti3AvihPaH5vg4IRwrwBas9uDgItje7crAtR5xcvi 3fsg== Return-Path: Received: from bubble.grove.modra.org (158.106.96.58.static.exetel.com.au. [58.96.106.158]) by smtp.gmail.com with ESMTPSA id v7sm24898895pfn.61.2020.03.03.17.25.47 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 03 Mar 2020 17:25:47 -0800 (PST) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id 7E8B989FCC; Wed, 4 Mar 2020 11:55:43 +1030 (ACDT) Date: Wed, 04 Mar 2020 01:25:00 -0000 From: Alan Modra To: Fangrui Song Cc: binutils@sourceware.org Subject: Re: [PowerPC] Garbage collecting .toc entries in a non-adhoc way (section group) Message-ID: <20200304012543.GS5384@bubble.grove.modra.org> References: <20200302065602.jtyhq5wkhmz5kqh2@gmail.com> <20200302105939.GI5384@bubble.grove.modra.org> <20200302225028.GL5384@bubble.grove.modra.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) X-IsSubscribed: yes X-SW-Source: 2020-03/txt/msg00062.txt On Mon, Mar 02, 2020 at 06:02:41PM -0800, Fangrui Song wrote: > Thanks for the confirmation that switching to @got may be beneficial. > Is there any drawback? The TOC scheme may give better locality of reference and thus better cache performance. The TOC layout is under control of the compiler, which generally has better information about data access patterns than the linker. Mind you, powerpc gcc doesn't really do anything about optimising the TOC, but it would be possible. > If you think @got is good Yes, I do. -- Alan Modra Australia Development Lab, IBM