From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1754124AbbETUcZ (ORCPT <rfc822;w@1wt.eu>);
	Wed, 20 May 2015 16:32:25 -0400
Received: from terminus.zytor.com ([198.137.202.10]:39498 "EHLO mail.zytor.com"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753812AbbETUcV (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Wed, 20 May 2015 16:32:21 -0400
Message-ID: <555CEF45.4090609@zytor.com>
Date: Wed, 20 May 2015 13:32:05 -0700
From: "H. Peter Anvin" <hpa@zytor.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: Andy Lutomirski <luto@amacapital.net>, "H.J. Lu" <hjl.tools@gmail.com>
CC: Jan Beulich <JBeulich@suse.com>, Binutils <binutils@sourceware.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: RFC: Add -mshared option to x86 ELF assembler
References: <CAMe9rOq7Z2arKeB=Zf7MMPWC+Mubb-DEYSSE-PDSPfPMQ+iNPw@mail.gmail.com> <CAMe9rOqPabGQTSsK_zaH6gyF-rNKK6ue+HOpMXD03zpO8z7_gA@mail.gmail.com> <CAMe9rOrMjibLi_nSBBPCeHcQNUnv277oEMRPrrj98AenVixCjQ@mail.gmail.com> <CALCETrUb7yCvToB6AiGbChqiXzPYQHnYAjbYnr_JUsP3QEwAEQ@mail.gmail.com>
In-Reply-To: <CALCETrUb7yCvToB6AiGbChqiXzPYQHnYAjbYnr_JUsP3QEwAEQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 05/20/2015 01:02 PM, Andy Lutomirski wrote:
>>
>> I got
>>
>> [hjl@gnu-tools-1 kernel.org]$ readelf -r old/vmlinux.o | head -5
>>
>> Relocation section '.rela.text' at offset 0xafea2f0 contains 205717 entries:
>>   Offset          Info           Type           Sym. Value    Sym. Name + Addend
>> 000000000001  1253100000002 R_X86_64_PC32     0000000000001e70 __fentry__ - 4
>> 000000000009  1c8c00000002 R_X86_64_PC32     0000000000000000 .data + 51bc
>> [hjl@gnu-tools-1 kernel.org]$ readelf -r new/vmlinux.o | head -5
>>
>> Relocation section '.rela.text' at offset 0xafea280 contains 205711 entries:
>>   Offset          Info           Type           Sym. Value    Sym. Name + Addend
>> 000000000001  1253100000002 R_X86_64_PC32     0000000000001e70 __fentry__ - 4
>> 000000000009  1c8c00000002 R_X86_64_PC32     0000000000000000 .data + 51bc
>> [hjl@gnu-tools-1 kernel.org]$
>>
>> It removes 6 relocations.  On gcc master branch,
>>
>> [hjl@gnu-tools-1 gcc-misc]$ size build-x86_64-linux*/gcc/cc1
>>    text   data    bss    dec    hex filename
>> 21529621  62256 1348312 22940189 15e0a1d build-x86_64-linux.branch/gcc/cc1
>> 21529749  62256 1348312 22940317 15e0a9d build-x86_64-linux/gcc/cc1
>> [hjl@gnu-tools-1 gcc-misc]$ size build-x86_64-linux*/gcc/cc1plus
>>    text   data    bss    dec    hex filename
>> 23713509  62400 1372760 25148669 17fbcfd build-x86_64-linux.branch/gcc/cc1plus
>> 23713669  62400 1372760 25148829 17fbd9d build-x86_64-linux/gcc/cc1plus
>> [hjl@gnu-tools-1 gcc-misc]$
>>
>> It is more effective.  I will run more tests.
> 
> This seems like a sensible idea, but I can imagine it breaking some
> weird use cases (like that one Linux thing).  Is that okay?
> 

What about the patch I posted recently?

	-hpa