comp.lang.ada
 help / color / mirror / Atom feed
From: "G.B." <bauhaus@notmyhomepage.invalid>
Subject: Re: C time_t 2038 problem s-os_lib.ads
Date: Sat, 25 Sep 2021 12:22:17 +0200	[thread overview]
Message-ID: <simt8p$663$1@dont-email.me> (raw)
In-Reply-To: <87ilyplh4d.fsf@nosuchdomain.example.com>

On 25.09.21 00:54, Keith Thompson wrote:

> 
> It's *seems* almost obvious that Ada's types
>      Character
>      Short_Integer
>      Integer
>      Long_Integer
>      Long_Long_Integer
> should correspond to the similarly named C types, but it's not required.
> (I don't know whether GNAT does so consistently or not.)
It might turn out as an advantage if Ada programs don't to use
types named like that.

First, the standard says an implementation MAY provide them.

Second, if Ada programs call C functions that take C int arguments,
then argument types taken from Interfaces.C seem to be the obvious
choice.

Just state what's needed in the type's definition in your program,
referring to "externally defined" types as required.

  reply	other threads:[~2021-09-25 10:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-23 10:42 C time_t 2038 problem s-os_lib.ads Kevin Chadwick
2021-09-23 14:26 ` Jeffrey R. Carter
2021-09-23 15:01   ` Kevin Chadwick
2021-09-23 15:08     ` Joakim Strandberg
2021-09-23 15:39       ` Kevin Chadwick
2021-09-23 15:57         ` Kevin Chadwick
2021-09-23 19:52       ` Keith Thompson
2021-09-24  9:32         ` Joakim Strandberg
2021-09-24  9:44           ` Niklas Holsti
2021-09-24 22:54           ` Keith Thompson
2021-09-25 10:22             ` G.B. [this message]
2021-09-25 11:23             ` Simon Wright
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox