From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
	ip-172-31-74-118.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=0.0 required=3.0 tests=BAYES_20,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.6
X-Received: by 2002:ac8:4e30:: with SMTP id d16mr5442517qtw.309.1632411560186;
        Thu, 23 Sep 2021 08:39:20 -0700 (PDT)
X-Received: by 2002:a25:8409:: with SMTP id u9mr6219444ybk.159.1632411560056;
 Thu, 23 Sep 2021 08:39:20 -0700 (PDT)
Path: eternal-september.org!reader02.eternal-september.org!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Thu, 23 Sep 2021 08:39:19 -0700 (PDT)
In-Reply-To: <cd4a94de-e8b9-4194-8d80-24a009a558ban@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=84.92.86.82; posting-account=OCGnxwkAAADCyu751mus9xKbEvUSs9BP
NNTP-Posting-Host: 84.92.86.82
References: <8936f386-3fdb-43b3-b912-317906d59631n@googlegroups.com>
 <sii2q2$fcn$1@dont-email.me> <4431fad9-d297-4d68-8c0f-fa771c6710f6n@googlegroups.com>
 <cd4a94de-e8b9-4194-8d80-24a009a558ban@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <0f98243e-b20a-4dd1-9061-457b607ea8c7n@googlegroups.com>
Subject: Re: C time_t 2038 problem s-os_lib.ads
From: Kevin Chadwick <m8il1ists@gmail.com>
Injection-Date: Thu, 23 Sep 2021 15:39:20 +0000
Content-Type: text/plain; charset="UTF-8"
Xref: reader02.eternal-september.org comp.lang.ada:62826
List-Id: <comp.lang.ada>

> Well, yes Long_Integer is 64-bits, but long long in cpp is 128 bits which sounds like a discrepancy to me. On OpenBSD it indicates C time_t should be changed from Long_Integer to somethinge else that is 128-bits. 

I'm not sure OpenBSD uses c++ but their long long is 64 bits; seconds since Jan 1970. I guess this demonstrates an Ada strength.

> All packages in Ada has "with Standard; use Standard;" which brings Integer etc. into scope. Long_Integer should be defined in the Standard package. Under help in GPS it should be possible to find the Standard package. 

Thank You. I have found it.

I expected it to jump to declaration if I included Long_Integer in a compiling program text but 
it doesn't seem to work for types. Oh well.

Regards, Kc