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.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,e1bb40a3d604c4b X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!postnews.google.com!c10g2000yqi.googlegroups.com!not-for-mail From: Maciej Sobczak Newsgroups: comp.lang.ada Subject: Re: What is the best way to convert Integer to Short_Short_Integer? Date: Tue, 15 Jun 2010 14:21:12 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <3133a7d5-37ec-4db7-94f0-df15b3535af1@k39g2000yqb.googlegroups.com> <24e3f643-5bb5-44c9-89ec-093247f6c194@w12g2000yqj.googlegroups.com> NNTP-Posting-Host: 83.63.187.43 Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: posting.google.com 1276636872 13596 127.0.0.1 (15 Jun 2010 21:21:12 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 15 Jun 2010 21:21:12 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: c10g2000yqi.googlegroups.com; posting-host=83.63.187.43; posting-account=bMuEOQoAAACUUr_ghL3RBIi5neBZ5w_S User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3,gzip(gfe) Xref: g2news1.google.com comp.lang.ada:11773 Date: 2010-06-15T14:21:12-07:00 List-Id: On 15 Cze, 04:24, BrianG wrote: > Let me try to make my point again, since you conveniently cut out my > reference to the actual language definition you're discussing. I have conveniently cut it out as it was not convincing. Now let's have that spelled out explicitly. > What makes Short_Short_Integer an "optional" part of the language? AARM. >=A0Just > because the RM mentions it as an example of types an implementation > "may" provide Well, that's my understanding of the word "may" -> it's optional. > Should implementations that > provide no "nonstandard integer types" also be listed in your > "compatibility list", since they are also a "may provide"? The implementations can be divided into two groups: those that provide this type and those that don't. Is it that difficult to document? > How many Ada compilers implement "type Day is (Mon, Tue, Wed, Thu, Fri, > Sat, Sun);" listed in 3.5.1(14)? Again not convincing - this point is in the "Examples" part, which explains possible uses of the language and not what is provided by language implementations. > BTW, what you're asking for (see M (13)) is required to be documented > for each compiler Excellent - that just makes it easier to compile a compatibility list. >=A0My original point is > that I've never heard of anyone compiling that for all compilers That's an exact answer to my question. > (whatever "all" means - =A0how could you prove the non-existence of > others?). Excellent point - what about making the list open for additional entries? Like, you know, a wiki page instead of carving something in stone? The C++ community could do that, no? >=A0If you could come up with what you would consider a useful > definition of "all" compilers, Like, you know, this one: http://en.wikibooks.org/wiki/Ada_Programming/Installing Looks like a reasonable list for me. > But what's the point? There is a parallel discussion about making the web content more attractive and friendly for Ada newcomers. Sounds like a valid point to me. > Standard.Short_Short_Integer gains you nothing you can't get by defining > your own. Why not correcting the AARM to express this in the first place? > (Which brings up another question: =A0What is your "compatible" definitio= n > of Short_Short_Integer? =A0There's nothing in the wording that mandates i= t > be 8 bits.) Excellent - what about providing additional information to the "compatibility list" about what are the actual implementation choices? In short - I think you are getting too hot for no reason. -- Maciej Sobczak * http://www.inspirel.com YAMI4 - Messaging Solution for Distributed Systems http://www.inspirel.com/yami4