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: AS17314 8.43.84.0/22 X-Spam-Status: No, score=-2.1 required=3.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FSL_HELO_FAKE, MAILING_LIST_MULTI,PDS_RDNS_DYNAMIC_FP,RCVD_IN_DNSWL_HI,RDNS_DYNAMIC, SPF_HELO_PASS,SPF_PASS shortcircuit=no autolearn=no autolearn_force=no version=3.4.2 Received: from sourceware.org (ip-8-43-85-97.sourceware.org [8.43.85.97]) (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 4533D1F8C6 for ; Tue, 13 Jul 2021 23:07:11 +0000 (UTC) Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 383C5385780B for ; Tue, 13 Jul 2021 23:07:10 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 383C5385780B DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1626217630; bh=Rlet0+tg9r+CYDetmtbvdeRv9ZeAr3hVJK4WctDCmrs=; h=Date:To:Subject:References:In-Reply-To:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=D4cYtiqIM8nTO/FucV7Dc9uoj2bp1EnbmjIVnrjtVTtYnlMlNhNwNgy1sv96vGMw/ ZVMh3c/xCwfVo515hfp0Y8aBYoBln7z5mjuUieLpBX/YO2E7OJkwzMN+Oe1XRt7OUM wfTjrK4EvWjJ5GodrYr+PWeWJjWONBn1/fasH0I8= Received: from mail-pl1-x630.google.com (mail-pl1-x630.google.com [IPv6:2607:f8b0:4864:20::630]) by sourceware.org (Postfix) with ESMTPS id F000B393A00D for ; Tue, 13 Jul 2021 23:06:44 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org F000B393A00D Received: by mail-pl1-x630.google.com with SMTP id b12so198843plh.10 for ; Tue, 13 Jul 2021 16:06:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=Rlet0+tg9r+CYDetmtbvdeRv9ZeAr3hVJK4WctDCmrs=; b=PHin1F6cTCzqpJEaVLC2GnLMSY95oAlSbapeOV842KyEX58QwTa3r+noRG+y7K6n1N Bxv1xa7PdlpJboEHK0lIRkQopbdfanOmxXevHqnVeycqIxYyNdWfo0uZgNSg4uzVLqmQ tCyQhVpE+cnjqRJm1wldlDY+6Skc2/L2FECi/ng43MajQY4ibgvd5v1fie4RVMU6F5NF lo5XdkaLeLg/u4SbfBWrKsH7xh9OSPCOyDwhyjsZbeJNfirwFjKoezUJYrePcBDTJ22m ZmYmf1t5+pCqTo8E0LJpfHW3aq/8z1i4hiIC+qMV9W5ajyaBRqcgdtrkysaogX/sIr3l qaTg== X-Gm-Message-State: AOAM5309fWQX58foZREDiNgh2FkjsP98U8ZNz6oNzgVjVTk/awnSFSx3 Qi+c4dhXcXpXKH/4RQ3ny7Y8X8OEyEPwYA== X-Google-Smtp-Source: ABdhPJzj1kep/IEVOEfzy4rPzgqaNMLlzYDuqZGOG2AL1Ei5CJlG0XMpSJC9PKy4kDNxMTdUQ26tlA== X-Received: by 2002:a17:90a:e288:: with SMTP id d8mr6655650pjz.226.1626217603913; Tue, 13 Jul 2021 16:06:43 -0700 (PDT) Received: from google.com ([2620:15c:2ce:200:34a9:c03e:dd1b:4f51]) by smtp.gmail.com with ESMTPSA id h24sm449321pjv.47.2021.07.13.16.06.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Jul 2021 16:06:43 -0700 (PDT) Date: Tue, 13 Jul 2021 16:06:39 -0700 To: Siddhesh Poyarekar Subject: Re: [PATCH] csu: Skip ARCH_SETUP_IREL if _dl_relocate_static_pie applied IRELATIVE relocations [BZ #27164] Message-ID: <20210713230639.mkyiijn6v7tlo7fc@google.com> References: <20210708221032.955550-1-maskray@google.com> <8b8fb5c9-ce4e-b10e-95b1-0281f96894c0@redhat.com> <20210713080646.3n3ycmh3p4d7ul3t@google.com> <11b630ce-8d50-ee07-37e9-b5fec16a6f18@gotplt.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <11b630ce-8d50-ee07-37e9-b5fec16a6f18@gotplt.org> 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: , From: Fangrui Song via Libc-alpha Reply-To: Fangrui Song Cc: libc-alpha@sourceware.org Errors-To: libc-alpha-bounces+e=80x24.org@sourceware.org Sender: "Libc-alpha" On 2021-07-13, Siddhesh Poyarekar wrote: >On 7/13/21 1:36 PM, Fangrui Song via Libc-alpha wrote: >>A toolchain project can do some workaround for a libc if this choice >>makes a large community happy. However, I think it is important not to >>take it granted. It is inadequate to just dismiss toolchain developers' >>reasonable complaints. The libc should actively fix the issues so that >>the toolchain will not need to bear unneeded code in the future. >> >>I actually have contributed quite a few lld/ELF patches to work around >>glibc. For this one I just feel it is not right to just patch lld/ELF >>without fixing glibc. > >What's the utility of having the __rela_iplt{_start,_end} symbols in >all binaries other than, maybe, simplifying the static linker >implementation? How does it improve things for the generated >application code in the end? AFAICT it is doing the opposite by >requiring application startup to add a conditional to work around the >presence of a redundant symbol. > >Siddhesh Please see the sentence from the first message "In addition, this enables a future simplification to GNU ld: we can drop a linker script difference between -no-pie and -pie." This is the only difference other than image base difference.