comp.lang.ada
 help / color / mirror / Atom feed
From: "amado.alves" <amado.alves@netcabo.pt>
To: <comp.lang.ada@ada-france.org>
Subject: RE: The "()" operator revisited.
Date: Tue, 13 Jan 2004 17:46:52 -0000
Date: 2004-01-13T17:46:52+00:00	[thread overview]
Message-ID: <mailman.31.1074016060.279.comp.lang.ada@ada-france.org> (raw)

<<...To get something that could match a generic array parameter would require a
lot of restrictions on abstract arrays, in particular that the indice types
would have to be abstract discrete types. This would rule out abstract
arrays such as what we see in this example.>>

Which would be unfortunate. One solution would to add abstract arrays to the set of generic parameters. This whole proposal should articulate with other proposals: user-defined ":=", implicit conversion. Also, there was already a thread on the current issue, some months ago. Implicit conversion could solve the problems of having non-discrete values for the index, and literals. All together this would be a really big change to the language and there is no way it's going to make it in Ada 2005. As someone already said, better write the language from scratch. It is a fascinating issue, but academic.

The alternative is to have abstract arrays as a severely restricted class (perhaps a subclass of arrays). Actually the original proposal so it seems. But I doubt it makes in time to Ada 2005.

In sum, I must have too much free time on my hands to be posting this, because I don't believe any currently appearing proposal is going to make it in time for Ada 2005, and I fear Ada 2005 is going to be the last Ada. With luck we'll be designing a new language, incorporating the lessons learnt from Ada 1983-2005.



             reply	other threads:[~2004-01-13 17:46 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-13 17:46 amado.alves [this message]
2004-01-13 22:21 ` The "()" operator revisited Randy Brukardt
  -- strict thread matches above, loose matches on Subject: below --
2004-01-14 15:22 amado.alves
2004-01-14 16:16 ` Dmitry A. Kazakov
2004-01-13 17:53 amado.alves
2004-01-14  9:09 ` Dmitry A. Kazakov
2004-01-14 12:55   ` Georg Bauhaus
2004-01-14 15:05     ` Dmitry A. Kazakov
2004-01-15  1:21       ` Georg Bauhaus
2004-01-15  8:50         ` Dmitry A. Kazakov
2004-01-15 11:09           ` Georg Bauhaus
2004-01-15 13:23             ` Dmitry A. Kazakov
2004-01-17  6:26               ` Robert I. Eachus
2004-01-14 13:04   ` Hyman Rosen
2004-01-12 17:53 Frank J. Lhota
2004-01-12 18:38 ` Frank J. Lhota
2004-01-12 22:26 ` Robert A Duff
2004-01-13 16:29   ` Frank J. Lhota
2004-01-13  9:24 ` Dmitry A. Kazakov
2004-01-13 16:44   ` Frank J. Lhota
2004-01-13 17:13     ` Hyman Rosen
2004-01-13 22:27     ` Randy Brukardt
2004-01-14  2:30     ` Stephen Leake
2004-01-14  9:04     ` Dmitry A. Kazakov
2004-01-17  0:15       ` Kenneth Almquist
2004-01-17 21:15         ` Robert A Duff
2004-01-19 10:25         ` Dmitry A. Kazakov
2004-01-13 13:13 ` Marin David Condic
2004-01-13 17:38   ` Warren W. Gay VE3WWG
2004-01-13 19:09     ` Robert A Duff
2004-01-15 17:30       ` Warren W. Gay VE3WWG
2004-01-15 18:11         ` Robert A Duff
2004-01-15 19:36           ` tmoran
2004-01-15 20:35             ` Robert A Duff
2004-01-17  5:48               ` Robert I. Eachus
2004-01-16  3:11           ` Mark A. Biggar
2004-01-16 13:28             ` Hyman Rosen
2004-01-16 16:19             ` Robert A Duff
2004-01-16 18:09             ` Warren W. Gay VE3WWG
2004-01-16 13:56           ` Frank J. Lhota
2004-01-16 16:14             ` Robert A Duff
2004-01-16 21:29               ` Frank J. Lhota
replies disabled

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