From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libffi-discuss-return-1835-listarch-libffi-discuss=sources.redhat.com@sourceware.org>
Received: (qmail 4075 invoked by alias); 5 Dec 2013 08:33:53 -0000
Mailing-List: contact libffi-discuss-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libffi-discuss.sourceware.org>
List-Subscribe: <mailto:libffi-discuss-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libffi-discuss/>
List-Post: <mailto:libffi-discuss@sourceware.org>
List-Help: <mailto:libffi-discuss-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libffi-discuss-owner@sourceware.org
Received: (qmail 4062 invoked by uid 89); 5 Dec 2013 08:33:53 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-4.2 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2
X-HELO: mx1.redhat.com
Received: from Unknown (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 05 Dec 2013 08:33:52 +0000
Received: from int-mx02.intmail.prod.int.phx2.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12])	by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rB58Xe0A003610	(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK);	Thu, 5 Dec 2013 03:33:41 -0500
Received: from zebedee.pink (ovpn-113-92.phx2.redhat.com [10.3.113.92])	by int-mx02.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id rB58Xc2T028998;	Thu, 5 Dec 2013 03:33:39 -0500
Message-ID: <52A03A61.1090103@redhat.com>
Date: Thu, 05 Dec 2013 08:33:00 -0000
From: Andrew Haley <aph@redhat.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20131028 Thunderbird/17.0.10
MIME-Version: 1.0
To: "Hogan, D. (GE Power & Water)" <D.Hogan@ge.com>
CC: Alan Modra <amodra@gmail.com>, Jakub Jelinek <jakub@redhat.com>,        "libffi-discuss@sourceware.org" <libffi-discuss@sourceware.org>
Subject: Re: RFC: variadic closures in x86/x86_64
References: <F023C084BCC16446BDA5B664305741E8090811@ALPMBAPA05.e2k.ad.ge.com> <52931854.6080007@redhat.com> <20131125093715.GU892@tucnak.redhat.com> <5293221D.4010505@redhat.com> <20131126142723.GD9211@bubble.grove.modra.org> <F023C084BCC16446BDA5B664305741E8091C7D@ALPMBAPA05.e2k.ad.ge.com> <529F1E3E.4010401@redhat.com> <F023C084BCC16446BDA5B664305741E8091DD8@ALPMBAPA05.e2k.ad.ge.com> <529F7989.1050000@redhat.com> <F023C084BCC16446BDA5B664305741E8091E76@ALPMBAPA05.e2k.ad.ge.com>
In-Reply-To: <F023C084BCC16446BDA5B664305741E8091E76@ALPMBAPA05.e2k.ad.ge.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
X-SW-Source: 2013/txt/msg00237.txt.bz2

On 12/05/2013 12:47 AM, Hogan, D. (GE Power & Water) wrote:
> I'm sure it would work.  A similar suggestion is mentioned in the CFFI
> documentation.  It would require a C function for every assumed
> variadic processing convention.  For instance, FMI requires
> #<Type><valueReference># which is not a typical printf/logger
> convention. I didn't go down that path because I thought the manual
> was asking for patches for a different way.
> 
> Thanks for the feedback.

Hmm, I'm sorry for pushing back in this way, but I think we'd need to
make the changes to all of our twenty or so back ends.  And of course
no-one wants to do that.

Andrew.