From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-io1-xd43.google.com (mail-io1-xd43.google.com [IPv6:2607:f8b0:4864:20::d43]) by sourceware.org (Postfix) with ESMTPS id 94977386F824; Fri, 26 Jun 2020 18:34:39 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 94977386F824 Received: by mail-io1-xd43.google.com with SMTP id i25so10917449iog.0; Fri, 26 Jun 2020 11:34:39 -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; bh=Jph24K4AhbMlWBGoWkgm5ZP+/98m4DejvIPYSxX+S6Q=; b=VIsn240Ver/AvoJdHY6oSWL7A2WPthOe9NWVWLhlF1aJ7KzaN2f3D5zHuy3BUws3fc Hd1ic0a2qY8QXCFxLJzdnoInHVBZb7zi0iUsUQi+iN16WmZu1dXxp7U/pdxj90H8McZl 4v9D5Et369N8OCLAUYJsn1Z3qTVjtInDcz62gYI+MyrEq7QJpthS0rxEbgVT3aG5mzaz g7VkVJc9CCA5IUo7IyjKOkpRJ0zztd8Ra/NHWnvP8wk/E0YwvpK9NrTTFQXgzmPTIHSW bWkjtdrBGDYK3+xd4ii7cHEUW3MuQDa0Rz0X5E5BQIjFWKeGtQrtfGj4YoxvWhv86K4f 6y1g== X-Gm-Message-State: AOAM5327U0YicjyL5VDK0q7yRQ/5p3BUQVPBdHSTjAYwelr9Sh37PX6J c5p5GeVW7oDvtsi14pCUz0AwzmZeCtV9CYMK9sA= X-Google-Smtp-Source: ABdhPJx4b59mP20n+gRKe5bpKP4TGnbE7NC3dzmrTEDGzM1Kz7OJ5WR7RATnJLZaqFrAO9K5owz7J4f4UvqquxblWKc= X-Received: by 2002:a05:6638:1187:: with SMTP id f7mr4878411jas.58.1593196478604; Fri, 26 Jun 2020 11:34:38 -0700 (PDT) MIME-Version: 1.0 References: <8af0af5a-9fd4-2e80-1dff-ff714a15a6b2@Oracle.COM> <20200626173513.22arn2ihwgxudmjf@google.com> In-Reply-To: From: "H.J. Lu" Date: Fri, 26 Jun 2020 11:34:02 -0700 Message-ID: Subject: Re: [RFC][PATCH v3 0/6] binutils patches to add DF_1_UNIQUE To: Vivek Das Mohapatra , GNU gABI gnu-gabi , GNU C Library , Binutils Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-4.1 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: gnu-gabi@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gnu-gabi mailing list List-Unsubscribe: , List-Archive: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 26 Jun 2020 18:34:40 -0000 On Fri, Jun 26, 2020 at 10:38 AM H.J. Lu wrote: > > On Fri, Jun 26, 2020 at 10:35 AM 'Fangrui Song' via Generic System V > Application Binary Interface wrote: > > > > On 2020-06-26, Ali Bahrami wrote: > > >On 6/26/20 9:49 AM, H.J. Lu wrote: > > >>> I don't know about DF_1_UNIQUE specifically, > > >>>but on Solaris, all 32-bits of DT_FLAGS_1 > > >>>have already been defined, so we have a conflict. > > >>> > > >>>Perhaps this should move to a DT_GNU_* dynamic > > >>>entry that's part of the GNU OSABI? > > >>> > > >>How about DT_GNU_FLAGS_1 and DF_GNU_1_UNIQUE? > > > > > > > > > That would work for me. > > > > > >- Ali > > > > It seems that GNU specific dlmopen wants to have a libc.so/libpthread.so instance per namespace, but they need to > > share some data structures. (https://sourceware.org/pipermail/libc-alpha/2020-June/115139.html ) > > > > Even on Linux, I think this is very unlikely adopted by musl. > > It is said this flag may have something to do with LD_AUDIT. > > > > DT_GNU_FLAGS_1 and DF_GNU_1_UNIQUE are definitely fine. > > > > I will propose to gnu-gABI: > > #define DT_GNU_FLAGS_1 0x6ffffdf4 > #define DF_GNU_1_UNIQUE 0x00000001 > Here is the merge request to define DT_GNU_FLAGS_1 and DF_GNU_1_UNIQUE: https://gitlab.com/x86-psABIs/Linux-ABI/-/merge_requests/1 -- H.J.