From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: *
X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_00,INVALID_MSGID,
	MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,90a95baabf37be00
X-Google-Attributes: gid103376,public
From: Robert Dewar <robert_dewar@my-dejanews.com>
Subject: Re: LRM on passing data *from* C
Date: 1999/05/22
Message-ID: <7i51cr$o9k$1@nnrp1.deja.com>#1/1
X-Deja-AN: 480681136
References: <7i4d5n$aaf$1@nnrp1.deja.com>
X-Http-Proxy: 1.0 x41.deja.com:80 (Squid/1.1.22) for client 205.232.38.14
Organization: Deja.com - Share what you know. Learn what you don't.
X-Article-Creation-Date: Sat May 22 01:31:07 1999 GMT
Newsgroups: comp.lang.ada
X-Http-User-Agent: Mozilla/4.04 [en] (OS/2; I)
Date: 1999-05-22T00:00:00+00:00
List-Id: <comp.lang.ada>

In article <7i4d5n$aaf$1@nnrp1.deja.com>,
  dennison@telepath.com wrote:
> All of the implementation advice in LRM B.3 (63-75) refers to
how data
> is passed *to* C. I'm curious if this advice was also meant to
apply to
> how data is passed *from* C when a C function calls an Ada
subprogram.
>
> I'm in a situation where the a compiler may not have followed
the
> advice. But we are calling Ada from C, so technicly the advice
is not
> applicable...


An Ada program exported with convention C is supposed to have
exactly the same calling sequence as a C program. The RM does
indeed define what this means.

However, this is only advice, so there is no reason to worry
too much about whether it applies or not. The advice is only
that, to be followed if it makes sense, to be ignored if it
does not.

I find it hard to justify a difference here, and would agree
it sounds like a bug, but there could be a reason (I just can't
think of one!)


--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---