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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,81bb2ce65a3240c3 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.213.106 with SMTP id nr10mr8504013pbc.2.1335513402067; Fri, 27 Apr 2012 00:56:42 -0700 (PDT) Path: r9ni103647pbh.0!nntp.google.com!news2.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!usenet-fr.net!gegeweb.org!aioe.org!.POSTED!not-for-mail From: "Dmitry A. Kazakov" Newsgroups: comp.lang.ada Subject: Re: What would you like in Ada202X? Date: Fri, 27 Apr 2012 09:56:15 +0200 Organization: cbb software GmbH Message-ID: <1qepvaumldb5u.1q8eyzla8dyp8.dlg@40tude.net> References: <3637793.35.1335340026327.JavaMail.geo-discussion-forums@ynfi5> Reply-To: mailbox@dmitry-kazakov.de NNTP-Posting-Host: FbOMkhMtVLVmu7IwBnt1tw.user.speranza.aioe.org Mime-Version: 1.0 X-Complaints-To: abuse@aioe.org User-Agent: 40tude_Dialog/2.0.15.1 X-Notice: Filtered by postfilter v. 0.8.2 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Date: 2012-04-27T09:56:15+02:00 List-Id: On Thu, 26 Apr 2012 18:50:07 -0500, Randy Brukardt wrote: > I tried to suggest making objects overloadable as a mitigation to the > maintenance problems (I don't think we can ever do better than that; at some > point it has to be the case that entities that are too similar are not > considered "unrelated"). But that of course added a whole 'nother level of > complexity to the proposal, and of course it doesn't do anything for types > and packages. BTW, if procedures become 1st class, then they will be objects, and you will have to overload them anyway. >> Probably something really revolutionary is needed here, something like >> introduction of T'Class was, which resolved all OO mess just per finger >> snap. > > Not that revolutionary, not for Ada -- overload everything. OK, but there must be a way to ensure that each non-anonymous entity would have at least one unique name valid for all contexts were it is accessible. It is already a problem. > Most languages > can only overload on parameters, which is way insufficient (objects usually > don't have parameters, and having all objects the same fixes nothing), but > of course Ada can. The problem is mostly one of compatibility; More overloading cannot make legal programs illegal. > secondarily, > I don't see a good way to have overloaded types (exceptions aren't a > problem; they're just objects of a built-in type; not sure about packages - > package types would do the trick, but seem way over the top). Because type is not an object. It is already kind of overloaded with the type conversion function of its own, e.g. T as a type and T(X) as conversion function. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de