From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 66811 invoked by alias); 14 Jun 2017 18:46:46 -0000 Mailing-List: contact gnu-gabi-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Post: List-Help: List-Subscribe: Sender: gnu-gabi-owner@sourceware.org Received: (qmail 66778 invoked by uid 89); 14 Jun 2017 18:46:45 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99.2 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1759, reserved X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on sourceware.org X-Spam-Level: X-HELO: mail-qt0-f174.google.com Received: from mail-qt0-f174.google.com (HELO mail-qt0-f174.google.com) (209.85.216.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 14 Jun 2017 18:46:44 +0000 Received: by mail-qt0-f174.google.com with SMTP id u12so10969815qth.0 for ; Wed, 14 Jun 2017 11:46:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Hu170E7kcrK1Pn/5zdQQ8J6rWlnJH0xfraDHOSJhtlc=; b=mpXIV/gKeJpNljDtaVVnlRCWodnyj+grj8RevWl9ZAZmYypL3n8700VPFk3W1s37QU GSDt/qtpKOSg0s1iXpaAaSOphK3iy6Ijcv1qT8qMENAIi46GbcXE4VkefCIBh7d8Ze1f uUYorHTcdQBzW4nARnClM/RIZyyzDAL3kWqPgklKuQOL4dClb3nJusxPAPkzEBib9/N/ FssjerMO+s+uQfhwFu/AnIKL2f1jOAvws3BqX/2UJiVof0AEf8AQSdP8eCJZdKKU8cv0 LT8RK9SXxbI3xQ16LGgDKrvEjZbLP7zZNF2usGYI2S5mqQ/zmOsgJUTFcypRa8raQvi5 ANRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Hu170E7kcrK1Pn/5zdQQ8J6rWlnJH0xfraDHOSJhtlc=; b=TR3cG4gcn6jFuE0bTfYa+f+BGtHnSDYtMCI6lF5mpE/22i0mEqVcPWkTgIYFVotyyy lnupzW0u9/eV+J4tUoTiAJfi5eiJB4ztJ2awnw5jaC2JEsrzSj9xppELPIIFc294pA+U KUXQYDEnD+5ZjVuYK2HTYjJVkvsAJIUiwnXPckBMlZaHvEhUw6kp1GjQhT2SWUltfqeQ nz/iEPyfD4jMLY0GbGNMhrtSK3nIsri9ST4duFab4Uor482zxoH81SXxmZ2gjNewC96P efoHmchNVmA8xyao4Zcc2QZVRrbj/I0ax5Y4+z0rljRPRwgey69tohoYaW6HrpbfPNqn yTLw== X-Gm-Message-State: AKS2vOxtB5NMclaj8tc0vLbYB9M9I68arcJuxRooGQm7KK8FjOg6cMQt 97juX6Zbrm6XV21fTWDKidpphS2/oA== X-Received: by 10.200.2.79 with SMTP id o15mr2000735qtg.26.1497466007064; Wed, 14 Jun 2017 11:46:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.104.86 with HTTP; Wed, 14 Jun 2017 11:46:46 -0700 (PDT) In-Reply-To: References: From: "H.J. Lu" Date: Sun, 01 Jan 2017 00:00:00 -0000 Message-ID: Subject: Re: Reserving a section type range for LLVM To: Peter Collingbourne Cc: gnu-gabi@sourceware.org, =?UTF-8?Q?Rafael_=C3=81vila_de_Esp=C3=ADndola?= , Rui Ueyama Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2017-q2/txt/msg00032.txt.bz2 On Wed, Jun 14, 2017 at 11:20 AM, Peter Collingbourne wrote: > On Wed, Jun 14, 2017 at 11:12 AM, H.J. Lu wrote: >> On Wed, Jun 14, 2017 at 11:03 AM, Peter Collingbourne via gnu-gabi >> wrote: >>> Any objections to this? >>> >>> Peter >>> >>> On Wed, Jun 7, 2017 at 8:29 PM, Peter Collingbourne wrote: >>>> Hi, >>>> >>>> I am working on a feature in LLVM which will require a special section >>>> type for passing information between the compiler and the linker. >>>> >>>> I see [1] that binutils has defined section types in the range >>>> 0x6fff4700..0x6fff47ff, where presumably the 0x47 ('G') stands for >>>> GNU. In a similar fashion I would like to have the range >>>> 0x6fff4c00..0x6fff4cff reserved for LLVM. >>>> >>>> Thanks, >>>> Peter >>>> >>>> [1] https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=elfcpp/elfcpp.h;h=cce40d41dedb281c2d8f41135250c2cc39162469;hb=HEAD#l369 >> >> There are: >> >> #define SHT_GNU_INCREMENTAL_INPUTS 0x6fff4700 /* incremental build data */ >> #define SHT_GNU_ATTRIBUTES 0x6ffffff5 /* Object attributes */ >> #define SHT_GNU_HASH 0x6ffffff6 /* GNU style symbol hash table */ >> #define SHT_GNU_LIBLIST 0x6ffffff7 /* List of prelink dependencies */ >> >> 0x6fff4700 to 0x6fffffff may be used for GNU section types. We can carve >> out 0x6fff4c00..0x6fff4cff for LLVM. > > Thanks, sounds good. > > Where would be the best place to document this? Should I send a pull > request to https://github.com/hjl-tools/linux-abi ? > It sounds a good idea. Can you send me a patch to add a section to describe all these existing OS specific section types, plus LLVM ones? Thanks. -- H.J.