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 autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,cf493b045fffb8e4 X-Google-Attributes: gid103376,public From: kilgallen@eisner.decus.org (Larry Kilgallen) Subject: Re: How to supply pointer to C? Date: 1996/08/28 Message-ID: <1996Aug28.133404.1@eisner>#1/1 X-Deja-AN: 177049991 x-nntp-posting-host: eisner.decus.org references: <85ybj1zcdu.fsf@walleroo.rp.CSIRO.AU> <01bb9464$de525a00$3b8371a5@dhoossr.iquest.com> x-nntp-posting-user: KILGALLEN x-trace: 841253648/9066 organization: LJK Software newsgroups: comp.lang.ada Date: 1996-08-28T00:00:00+00:00 List-Id: In article , dewar@cs.nyu.edu (Robert Dewar) writes: > David said > > "This solution is a portable (i.e. Ada83/Ada95) solution, based on the > assumption that Ada's System.ADDRESS and C's pointer are the same size, and > have identical representations, and that Ada's INTEGER type and C's size_t > type are the same size, and have identical representations. These > assumptions are usually true." > > The size_t assumption is very dangerous, it will typically NOT be true > on any 64-bit machine, for example it is false in the DEC Unix > implementation of GNAT. It is also not true on Alpha VMS using DEC Ada and DEC C... ...but some of us want DEC to change that aspect of DEC Ada... ...reinforcing the danger of such assumptions.