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=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,89814ab9e757697a X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-05-21 02:33:33 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fu-berlin.de!uni-berlin.de!pec-10-119.tnt1.hh2.uunet.DE!not-for-mail From: Dmitry A. Kazakov Newsgroups: comp.lang.ada Subject: Re: user-defined type conversion Date: Tue, 21 May 2002 11:35:40 +0200 Message-ID: References: <3CE81644.D3B7CE25@acm.org> NNTP-Posting-Host: pec-10-119.tnt1.hh2.uunet.de (149.225.10.119) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: fu-berlin.de 1021973612 26213561 149.225.10.119 (16 [77047]) X-Newsreader: Forte Agent 1.8/32.548 Xref: archiver1.google.com comp.lang.ada:24453 Date: 2002-05-21T11:35:40+02:00 List-Id: On 20 May 2002 12:26:06 -0700, 18k11tm001@sneakemail.com (Russ) wrote: >Yes, I understand now. But I think Ada should have been designed to >first check for a user-defined type conversion before using a >compiler-generated conversion. That would solve the ambiguity problem >and allow users to create their own type/unit conversions with the >same syntax as built-in type conversions. That, in turn, would allow >developers to create simple and elegant type/unit system for each >particular application. In short Ada should support user-defined type conversions and apply them implicitly. I.e. new [sub]types should be defined in terms of type conversions rather than representation. That would be nice, but it would require a complete language redesign. --- Regards, Dmitry Kazakov www.dmitry-kazakov.de