From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd2c.google.com (mail-io1-xd2c.google.com [IPv6:2607:f8b0:4864:20::d2c]) by sourceware.org (Postfix) with ESMTPS id 3A3E83887004 for ; Tue, 7 Apr 2020 16:28:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 3A3E83887004 Received: by mail-io1-xd2c.google.com with SMTP id s15so4015130ioj.7 for ; Tue, 07 Apr 2020 09:28:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5j3TlOkOWH0zhw4elDdX+5CbgryLQvQrYD4ShYomYNg=; b=qJcabnq9Qkoc1w9kPQYN1tSOlg5HghyT/AR8OCVTUUeAMfgPoDhly8zUi0CLB6HD5F qDOPYKk+2zXWMOFmvTdbvi6U1Y4y5Wizn6IsXpe+X/S6HR9k6cCD5X1FduxJbbxk9Rdm JNJY/JxbbUhMct0QMLeD99kDT+ij5b70jfVFX/SxXtiWzsS1CBL2L+l/Jxel1kSOvQ/v qH5WLLU3QhW9V5ZgXejuZbE3E0WP6jHzcMjWjXSzjysr5EnsYiCAU+QfiF/yUVsJxz0B mRJ6YoEGNR4OwBtr6w+sdwvnZ/qBxkKrPS6QAAU7cxFe3ebABcnl17CgORCeoCchUh8U X9fw== X-Gm-Message-State: AGi0PuYMwgYXR3m95Jonbw3O/5Dn14mc/PP23hw/LX3R5MJ3i7Ml5lxU sXYNf2zk/eC0R0sMKH+JWfQ7fe+VdnYXzpkQuyA= X-Google-Smtp-Source: APiQypLaL34hMWuinFJe7xTytGN/n+aFP5u5M636/Isv3zJqz6mYA5D0Gmfwnr2yh6Z7ROLa1GvrnAgnTfN8iPY1x6s= X-Received: by 2002:a02:90c1:: with SMTP id c1mr2811754jag.69.1586276900704; Tue, 07 Apr 2020 09:28:20 -0700 (PDT) MIME-Version: 1.0 References: <20200328042257.3scmekcyrii527ta@gmail.com> <87lfnkdcbn.fsf@mid.deneb.enyo.de> <20200407025119.iapvp3gyck7ziilr@gmail.com> In-Reply-To: <20200407025119.iapvp3gyck7ziilr@gmail.com> From: Cary Coutant Date: Tue, 7 Apr 2020 09:28:09 -0700 Message-ID: Subject: Re: [ld] Allow custom sections to be under PT_GNU_RELRO To: Fangrui Song Cc: Florian Weimer , Binutils , Generic System V Application Binary Interface Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, FREEMAIL_FROM, RCVD_IN_DNSWL_NONE, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Apr 2020 16:28:22 -0000 > >That probably also means that we should graduate PT_GNU_RELRO to the > >gABI level, as PT_RELRO. Or, alternatively, DT_RELRO and DT_RELROSZ > >entries in the dynamic table. (I kind of prefer the dynamic table over > >the program header table for things like this, since it's the dynamic > >linker, not the kernel loader, that needs to know about it.) > > I can foresee people's objection to depriving one value 0x6474e552 from > the PT_LOOS~PT_HIOS range. (See a recent discussion > https://groups.google.com/forum/#!msg/x86-64-abi/7sr4E6THl3g/zUU2UPHOAQAJ "RFC: Usefulness of SHT_X86_64_UNWIND") I didn't mean to imply using the existing PT_GNU_RELRO value. Of course I'd assign a new value in the gABI range. But this is moot, as it seems the consensus is that RELRO should remain a GNU extension. -cary