comp.lang.ada
 help / color / mirror / Atom feed
From: invalid <address@is.invalid>
Subject: Re: Ichbiah's Letter
Date: Sun, 26 Oct 2014 17:59:12 +0000 (UTC)
Date: 2014-10-26T17:59:12+00:00	[thread overview]
Message-ID: <m2jcpg$k36$1@speranza.aioe.org> (raw)
In-Reply-To: 87mw8ivlr4.fsf@adaheads.sparre-andersen.dk

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.

  parent reply	other threads:[~2014-10-26 17:59 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-24 18:20 Ichbiah's Letter vincent.diemunsch
2014-10-24 18:47 ` Jeffrey Carter
2014-10-24 19:39   ` David Botton
2014-10-24 20:50     ` David Botton
2014-10-25  8:05   ` vincent.diemunsch
2014-10-25  9:12     ` Mark Carroll
2014-10-25 10:04       ` Dmitry A. Kazakov
2014-10-25 11:25         ` Simon Wright
2014-10-26  5:33           ` Randy Brukardt
2014-10-26 16:28   ` Jacob Sparre Andersen
2014-10-26 17:46     ` Simon Clubley
2014-10-26 22:36       ` Jacob Sparre Andersen
2014-10-27  3:00       ` Shark8
2014-10-26 17:59     ` invalid [this message]
2014-10-27  0:35       ` Dennis Lee Bieber
2014-10-27  3:01     ` Shark8
2014-10-27 22:10     ` Randy Brukardt
2014-10-28  9:45       ` Georg Bauhaus
  -- strict thread matches above, loose matches on Subject: below --
1993-04-20 10:10 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!torn!
1993-04-16  9:24 pipex!uknet!warwick!zaphod.crihan.fr!univ-lyon1.fr!scsing.switch.ch!sicsu
1993-04-16  7:26 Hu Man
1993-04-15 19:34 David Emery
1993-04-15 18:01 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usene
1993-04-15 17:04 Michael Feldman
1993-04-15 13:08 Wes Groleau X7574
1993-04-15 12:23 Dave Hawk
1993-04-15  3:24 Alex Blakemore
1993-04-14 23:24 usenet.ufl.edu!eng.ufl.edu!spool.mu.edu!sdd.hp.com!cs.utexas.edu!utnut!no
1993-04-14 21:08 news
1993-04-14 21:08 Alex Blakemore
1993-04-14 21:00 Alex Blakemore
1993-04-14 20:17 Michael Feldman
1993-04-14 19:08 Robert I. Eachus
1993-04-14 13:58 enterpoop.mit.edu!spool.mu.edu!howland.reston.ans.net!noc.near.net!inmet!
1993-04-14 13:16 Robert Firth
1993-04-14  0:12 cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!news.aero.org!jordan
replies disabled

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