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.3 required=5.0 tests=BAYES_00,INVALID_MSGID, MSGID_RANDY autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d8aa0b11d3c79b63 X-Google-Attributes: gid103376,public From: Robert Dewar Subject: Re: Access to strings and string subtypes? Date: 2000/03/18 Message-ID: <8b0pu2$b80$1@nnrp1.deja.com>#1/1 X-Deja-AN: 599139152 References: <38d10a7b.91796987@news.rrds.co.uk> <38d11f2a.97092271@news.rrds.co.uk> <2000Mar17.070235.1@eisner> <8atgul$i7l$1@nnrp1.deja.com> X-Http-Proxy: 1.0 x28.deja.com:80 (Squid/1.1.22) for client 205.232.38.14 Organization: Deja.com - Before you buy. X-Article-Creation-Date: Sat Mar 18 20:45:59 2000 GMT X-MyDeja-Info: XMYDJUIDrobert_dewar Newsgroups: comp.lang.ada X-Http-User-Agent: Mozilla/4.61 [en] (OS/2; I) Date: 2000-03-18T00:00:00+00:00 List-Id: In article , Robert A Duff wrote: > I don't think it was purely an efficiency issue. I really think you are wrong here. I remember these discussions very well, since I was opposed to this kludge. > I think we were > concerned that existing Ada 83 implementations were already > doing that optimization, and would have difficulty changing > the way they represent arrays. If anyone was concerned about this, they never voiced this concern at any meeting I was at. Perhaps I have forgotten, but my memory was that this PURELY an efficiency concern. Really I can't imagine any Ada 83 compiler making this distinction (the ones that I am familiar with certainly did not). You should at least be able to come up with one example to back up your conjecture :-) Part of the reason I remember is that there were VERY few cases where we compromised the language for the benefit of existing implementations in very specific terms (we did have some general concerns about scope of change). Really the only case I know of was the infamous "funarg" decision, designed to favor the existing implementations (notably from Alsys) of display based stack handling. Sent via Deja.com http://www.deja.com/ Before you buy.