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.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED!not-for-mail
From: invalid <address@is.invalid>
Newsgroups: comp.lang.ada
Subject: Re: Ichbiah's Letter
Date: Sun, 26 Oct 2014 17:59:12 +0000 (UTC)
Organization: Aioe.org NNTP Server
Message-ID: <m2jcpg$k36$1@speranza.aioe.org>
References: <c5759719-1892-476a-bfe6-8cd9ec576220@googlegroups.com>
 <m2e6r6$go3$2@dont-email.me> <87mw8ivlr4.fsf@adaheads.sparre-andersen.dk>
NNTP-Posting-Host: +/QfP3n3dEXM/Vj71m5g9Q.user.speranza.aioe.org
X-Complaints-To: abuse@aioe.org
X-Notice: Filtered by postfilter v. 0.8.2
Xref: news.eternal-september.org comp.lang.ada:22770
Date: 2014-10-26T17:59:12+00:00
List-Id: <comp.lang.ada>

On 2014-10-26, Jacob Sparre Andersen <jacob@jacob-sparre.dk> wrote:
>> https://duckduckgo.com/l/?kh=-1&uddg=http%3A%2F%2Fweb.elastic.org%2F~fche%2Fmirrors%2Fold-usenet%2Fada-with-null
>
> Reading the letter, I must say that I disagree with Ichbiah on some of
> the Ada 9X features which he wanted dropped:

> - Decimal types:
>
>   Okay. - One place where I must admit that I only know of example
>   sources using this.

In the IBM environment this is essential for financial applications. To
replace existing PL/I or COBOL systems or to allow Ada to be used for new
development in a large percentage of applications, support for decimal types
would have been essential. This is based on IBM's hardware decimal support
which was present from the beginning of S/360 in 1964, which is mostly
absent in other platforms (and should not be confused with floating point
decimal in IEEE or other variations). 

> + Unsigned types:
>
>   Something I use quite a lot and find it hard to imagine managing
>   without.  Also, how would one interface with C et al. without unsigned
>   types?

On a system where C is irrelevant (IBM until very recently) this
(C-interface) ould not have been an issue. Certainly at the time of Ada 95
C was irrelevant in the IBM environment. In general though, the absence of
unsigned types would have been a black mark in contending against PL/I for
example and possibly even COBOL.

> + Barriers:
>
>   One of those features I can't see how one can manage without.

Some hardware and OS don't require barriers. IBM MVS is an example where
this problem is defined away (does not apply) because the hardware and OS
specification precludes the issue from arising.