From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gnu-gabi-return-118-listarch-gnu-gabi=sourceware.org@sourceware.org>
Received: (qmail 81730 invoked by alias); 4 Mar 2017 02:07:18 -0000
Mailing-List: contact gnu-gabi-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gnu-gabi.sourceware.org>
List-Post: <mailto:gnu-gabi@sourceware.org>
List-Help: <mailto:gnu-gabi-help@sourceware.org>
List-Subscribe: <mailto:gnu-gabi-subscribe@sourceware.org>
Sender: gnu-gabi-owner@sourceware.org
Received: (qmail 81278 invoked by uid 89); 4 Mar 2017 02:07:15 -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.1 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM autolearn=ham version=3.3.2 spammy=
X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW,RCVD_IN_SORBS_SPAM 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-qk0-f180.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:subject:to:references:cc:from:organization
         :message-id:date:user-agent:mime-version:in-reply-to
         :content-transfer-encoding;
        bh=S8loni88ffGhc7fB5JUUa8q41vgQIwpfzPXctl0pXoU=;
        b=ppBrOhnFp+Q8SpEEhJsYzL21gNQgn6z0V9w8ZfgFnr+JZ5IoBK7+6e14KkMhLPDsDy
         842gHzfwMPEINy0OFirZLCoNvABnmzyP5HB03qzfnHiZ6NGlKZhrJ7rLGyfv20Dh5sbJ
         KWPq7ED3Ozc9xfDprhUjUL1Gth5R+mC3d5oiCJ2T3Z/VngFG8VVK2/gM0oE40nzYgm0E
         ehMMyVaoMNzA0r2eIAF5t/fxcYW7kh4PUzxnLzv0lprFLgWKnF9cRVhnpZIj4LnsTB6T
         p8f9zjQL/y5ONeaeDApTH16bTO/3+DOStrKCOTmNYjPeUkyDoFvvtPdyj6D3UII75+4H
         BVww==
X-Gm-Message-State: AMke39krtqaiRuE7NdKXe6EFt/S6fjn0GIySXfUyFUlfj0WynUUB6iZYLKgVj7334dqXguOf
X-Received: by 10.200.3.38 with SMTP id q38mr5480985qtg.126.1488593232763;
        Fri, 03 Mar 2017 18:07:12 -0800 (PST)
Subject: Re: RFC: ABI support for special memory area
To: "H.J. Lu" <hjl.tools@gmail.com>,
 Suprateeka R Hegde <hegdesmailbox@gmail.com>
References: <CAMe9rOrwm=U9891moSKLQEtbtLMTibFfh5Ok05YjMG_bJj7rJw@mail.gmail.com>
 <ee7a8072-08a5-3efc-dffb-fd0ab504e1d6@gmail.com>
 <CAMe9rOpp33=Nc_jJTYas8=L+XXN=H43_t_jmQCqp63s+fi3o1w@mail.gmail.com>
 <88608944-14c9-9d28-80d1-32283521683b@gmail.com>
 <CAMe9rOq9YmQAw_9XyJ10yn0OPNv4s4SMEUp7sae8nMspAnx5cA@mail.gmail.com>
Cc: gnu-gabi@sourceware.org
From: Carlos O'Donell <carlos@redhat.com>
Organization: Red Hat
Message-ID: <ef10d0ae-9c5e-1a20-eef4-bea29005b1ed@redhat.com>
Date: Sun, 01 Jan 2017 00:00:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.7.0
MIME-Version: 1.0
In-Reply-To: <CAMe9rOq9YmQAw_9XyJ10yn0OPNv4s4SMEUp7sae8nMspAnx5cA@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-SW-Source: 2017-q1/txt/msg00011.txt.bz2

On 03/03/2017 11:00 AM, H.J. Lu wrote:
> __gnu_mbind_setup is called from ld.so.  Since there is only one ld.so,
> it needs to know what to pass to __gnu_mbind_setup.  Not all arguments
> have to be used by all implementations nor all memory types.

I think what Supra is suggesting is a pointer-to-implementation interface
which would allow ld.so to pass completely different arguments to the 
library depending on what kind of memory is being defined by the sh_info
value. It avoids needing to encode all the types in the API, and just
uses an incomplete pointer to the type.

-- 
Cheers,
Carlos.