From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bhuna.collabora.co.uk (bhuna.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e3e3]) by sourceware.org (Postfix) with ESMTPS id A0B4039551F8 for ; Wed, 17 Jun 2020 19:14:05 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org A0B4039551F8 Received: from collabora.com (unknown [IPv6:2001:4d48:ad56:3000:88ff:22ff:81f3:30c8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: vivek) by bhuna.collabora.co.uk (Postfix) with ESMTPSA id D7D2C2A424F; Wed, 17 Jun 2020 20:14:04 +0100 (BST) Date: Wed, 17 Jun 2020 20:13:59 +0100 (BST) From: =?UTF-8?Q?Vivek_Das=C2=A0Mohapatra?= X-X-Sender: vivek@noise.cbg.collabora.co.uk To: Cary Coutant cc: Michael Matz , gnu-gabi@sourceware.org Subject: Re: [RFC][PATCH v2 0/6] binutils patches to add DT_GNU_UNIQUE In-Reply-To: Message-ID: References: <20200617135945.12716-1-vivek@collabora.com> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-8.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, SPF_HELO_PASS, 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: Wed, 17 Jun 2020 19:14:07 -0000 > DT_FLAGS_1 is a Gnu extension, so it's the place for a Gnu-specific > flag. Perhaps the concern was that DT_FLAGS_1 is also used by Solaris, > so I suppose you'd want to get agreement from them to use one of those I'm happy to submit the DT_FLAGS_1 version of the patchset here. Any idea where I'd have to seek out Solaris people to get agreement, or at least acquiescence?