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,9768c08202fdbbb1
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2002-11-08 13:11:51 PST
Path: 
 archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!sn-xit-03!sn-xit-06!sn-post-01!supernews.com!corp.supernews.com!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Let's change semantics of "use type"
Date: Fri, 8 Nov 2002 14:52:46 -0600
Organization: Posted via Supernews, http://www.supernews.com
Message-ID: <usoa1ueab21t9e@corp.supernews.com>
References: <3dcb8347$0$299$bed64819@news.gradwell.net>
 <wcc65v8i3lh.fsf@shell01.TheWorld.com>
X-Newsreader: Microsoft Outlook Express 4.72.3612.1700
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3719.2500
X-Complaints-To: abuse@supernews.com
Xref: archiver1.google.com comp.lang.ada:30614
Date: 2002-11-08T14:52:46-06:00
List-Id: <comp.lang.ada>

Robert A Duff wrote in message ...
>porton@ex-code.com (Victor Porton) writes:
>
>> I am suggesting (for the next Standard) to change the semantics of
"use
>> type" so that it would make visible not only primitive _operators_,
but
>> all primitive _operations_.
>
>Why not just "use" the package in which the type is declared?
>Why is this worth modifying the language?


There are some subtle differences in semantics (especially that you
don't need know the name of the package for a "use type"), but in
general, "use" is essentially the same as "use type all".

In general, I don't see the point. It seems that this is primarily a way
to get around a "no use" coding standard. However, such a standard would
almost certainly be revised to include "no use type all", so it wouldn't
help anything.

As far as avoiding long lists of renames, that's easy. Don't write them!
There's no point. Either use "use" when it is appropriate, use the full
dot notation, or (if the package names are too long to handle) rename
the package. (And for the latter, I'd suggest choosing better package
names is preferable.)

The vast majority of my code avoids use clauses. I don't have a problem
reading (or writing)
       Claw.Edit.Multiline.Create (...);
instead of
       Create (...);

              Randy.