From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13079 invoked by alias); 18 Jun 2016 04:08:08 -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 13061 invoked by uid 89); 18 Jun 2016 04:08:07 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Checked: by ClamAV 0.99.1 on sourceware.org X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-spam-relays-external:209.85.220.65, H*RU:209.85.220.65, aid, H*R:D*gmail.com X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,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-pa0-f65.google.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:subject:reply-to:references:to:cc:organization:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=fhu9NeUnAt8W+mfV8rM84Q3jRAE8JRqPLgxDYhL7AJg=; b=GvJnq/6MLVdPjnVQmzkYQ8c+mYZzFNgRBOXTlPh8HWw5nkqIhvkItP1i83Rj8HfUnk 11vmcVmqR3Z5Eia/S/DFA4A3QJTQ2oXUGt8oGDustj04HomteIFCK/mWHL7YN0H3QzcR g9xBXZGNuxT7LAXvZoE3qSGJH0dlHy7INTr35d2K+jGnLSfg0WuEplW2o9HWDp1fmKqJ KftRA27mIU/QtfTSgjOKmU/CuUTQRX2crLN1u9YOP04qbKxvlCr+HvRaAa+yrZ0Gd+Yp tSWMAxeoQDGISW9dAp/IKcj78yCpNzwUOgojrMjMoXU0Yxpcj6j9gydpmExAi3052twH svZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:subject:reply-to:references:to:cc :organization:message-id:date:user-agent:mime-version:in-reply-to :content-transfer-encoding; bh=fhu9NeUnAt8W+mfV8rM84Q3jRAE8JRqPLgxDYhL7AJg=; b=QhMEkFdcjqFcDayk9+sCzinbRw8q1pcMq5NAyi5LGU01I0RKXZkSW15mzyKSx+uOXB +cX3QRRTIU9eedSkz+iNLU22bXivAVwxQa6A8lJWksdSpLmvAVeebKsQO2BIOqz1zkpP +KB8emcn7oT5I+nJSCZ/92Y1ZW48oL7tTGH/Oo2BHMVcWUke2jv5EyK1bB/7SwlAqYNx XXqxxHxsjiAJxncUDFkRG90A7Wr427AjZ4oyiS4HAqr29o5HrPu6qJNCkNalM1hT7JPV Hu6uqXNY9OXQACehSXDjniLkOLvU6bkcGVQkNdeZHkBV1x0jWutqabrk6nx1J6HXsdQB /ZhQ== X-Gm-Message-State: ALyK8tJvbaBWg0WVdNvVgxa6Vwhvi2BIKuC25XXIF3qz5R2ptrh9N9CRVn9qHOfxZ53yPQ== X-Received: by 10.66.255.7 with SMTP id am7mr6507719pad.75.1466222881461; Fri, 17 Jun 2016 21:08:01 -0700 (PDT) From: Suprateeka R Hegde Subject: Re: OSABI on Linux Distros Reply-To: hegdesmailbox@gmail.com References: <7160c0e3-b49c-1ab8-c0d3-cee12355f895@gmail.com> <20160610212256.D5A772C39F7@topped-with-meat.com> <03e8b45f-f334-f480-1432-096c08c0ee3a@gmail.com> To: Carlos O'Donell , Roland McGrath , "H.J. Lu" Cc: gnu-gabi@sourceware.org Organization: HEGDESASPECT Message-ID: <22f50f62-a016-e15d-e832-8e1b7b5d01c5@gmail.com> Date: Fri, 01 Jan 2016 00:00:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 160617-3, 18-06-2016), Outbound message X-Antivirus-Status: Clean X-SW-Source: 2016-q2/txt/msg00022.txt.bz2 On 13-Jun-2016 11:30 PM, Carlos O'Donell wrote: > On 06/13/2016 11:57 AM, Suprateeka R Hegde wrote: >> It depends on what you are considering here. You considered only >> dynamic linker. I consider even non-GNU tools that reads ELF. When >> such a tool encounters SYSV as the ABI, it cannot do much. However, >> if the tool can see that the ELF has GNU extensions, then it can do >> better job of dumping GNU specific ELF details. >> >> My actual question is what is the harm if we mark GNU ABI for *any* >> GNU extension and not restrict it to a partial list. > > That's a much better question, but still doesn't yet get at the crux > of your argument. I thought the use cases are implicit. Sorry for the ambiguity. > > It might be said that it should be possible to identify the OS from > the OSABI value in order to aid in the processing of PT_LOOS to > PT_HIOS entries (GNU_EH_FRAME, GNU_STACK, GNU_RELRO)? > > Is that what you are thinking? Yes. But not just to process PT_LOOS-PT_HIOS. On certain enterprise deployments there are necessities to sort or edit ELFs based on OS. OSABI is one of the quickest and safest/reliable way. There are more such use cases. > I expect that entries between PT_LOOS to PT_HIOS are allowed to > overlap between OSs? Yes thats right. If they had to be unique, they could well be part of gABI itself. -- Supra