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-Thread: a07f3367d7,73cb216d191f0fef
X-Google-Attributes: gida07f3367d7,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII-7-bit
X-Received: by 10.180.75.82 with SMTP id a18mr1363102wiw.0.1365924909012;
        Sun, 14 Apr 2013 00:35:09 -0700 (PDT)
MIME-Version: 1.0
Path: 
 ex12ni46736wid.1!nntp.google.com!feeder1.cambriumusenet.nl!82.197.223.108.MISMATCH!feeder2.cambriumusenet.nl!feed.tweaknews.nl!193.141.40.65.MISMATCH!npeer.de.kpn-eurorings.net!npeer-ng0.de.kpn-eurorings.net!xlned.com!feeder1.xlned.com!feed.xsnews.nl!border-1.ams.xsnews.nl!plix.pl!newsfeed2.plix.pl!217.153.128.51.MISMATCH!nf1.ipartners.pl!ipartners.pl!news.nask.pl!news.nask.org.pl!news.unit0.net!newsfeed.fsmpi.rwth-aachen.de!nuzba.szn.dk!news.jacob-sparre.dk!munin.jacob-sparre.dk!pnx.dk!.POSTED!not-for-mail
From: "Randy Brukardt" <randy@rrsoftware.com>
Newsgroups: comp.lang.ada
Subject: Re: Is this expected behavior or not
Date: Tue, 9 Apr 2013 17:45:24 -0500
Organization: Jacob Sparre Andersen Research & Innovation
Message-ID: <kk25m5$tjq$1@munin.nbi.dk>
References: <c988e09f-8532-4840-9749-b61aa39551b4@googlegroups.com>
 <byacn0wck9qt$.norrlukaw80l$.dlg@40tude.net> <kj5cqn$8q7$1@munin.nbi.dk>
 <1gnmajx2fdjju.1bo28xwmzt1nr.dlg@40tude.net> <kjd9ec$6lr$1@munin.nbi.dk>
 <3gv2jwc95otm.pl2aahsh9ox8.dlg@40tude.net> <kjfk1t$38n$1@munin.nbi.dk>
 <1gkxiwepaxvtt$.u3ly33rbwthf.dlg@40tude.net> <kjig2j$nof$1@munin.nbi.dk>
 <1fmcdkj58brky.bjedt0pr39cd$.dlg@40tude.net> <kjknuu$gc8$1@munin.nbi.dk>
 <1bj564vat3q1j$.1s4d00rlzx4ux$.dlg@40tude.net>
 <alpine.DEB.2.02.1304051405500.30208@debian>
 <4hzv51v872q2$.1imijbwd7heqm$.dlg@40tude.net>
 <alpine.DEB.2.02.1304051646450.31361@debian>
 <pgrgoxdhtshv$.z253qtbqarkc.dlg@40tude.net>
 <alpine.DEB.2.02.1304052103590.31746@debian>
 <dn4au2div7qm.2g8zj4erryhn$.dlg@40tude.net>
 <alpine.DEB.2.02.1304072012380.2487@debian>
 <1htu9idmcci7x.1vr9eafeivqah$.dlg@40tude.net>
 <alpine.DEB.2.02.1304080942050.3493@debian>
 <imfrovuxjjo6.6ebpr0pq5kgr.dlg@40tude.net>
NNTP-Posting-Host: static-69-95-181-76.mad.choiceone.net
X-Trace: munin.nbi.dk 1365547526 30330 69.95.181.76 (9 Apr 2013 22:45:26 GMT)
X-Complaints-To: news@jacob-sparre.dk
NNTP-Posting-Date: Tue, 9 Apr 2013 22:45:26 +0000 (UTC)
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.2900.5931
X-RFC2646: Format=Flowed; Original
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157
Date: 2013-04-09T17:45:24-05:00
List-Id: <comp.lang.ada>

"Dmitry A. Kazakov" <mailbox@dmitry-kazakov.de> wrote in message 
news:imfrovuxjjo6.6ebpr0pq5kgr.dlg@40tude.net...
...
>> You cannot define an object O:
>> Universal_Integer, neither a function returning Universal_Integer ...
>
> As if it were relevant. But you are wrong here. Universal types leak into
> run time through attributes. I.e. you do have objects of universal types 
> at
> run time in expressions like
>
>   Integer'Pos (X) * 2

A major design flaw of the language, IMHO. Run-time universal operations are 
nonsense; they have completely different semantics than the compile-time 
version -- which is dangerous as well as confusing. The run-time version is 
really just Long_Integer with dangerous implicit conversions. A step 
backwards.

Stefan has it right (even if Ada doesn't): Universal integer is a 
pseudo-type that only should have an existence to the compiler.

                             Randy.


                                  Randy.