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,e55245590c829bef
X-Google-NewGroupId: yes
X-Google-Attributes: gida07f3367d7,domainid0,public,usenet
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news3.google.com!proxad.net!feeder1-2.proxad.net!newsfeed.straub-nv.de!eternal-september.org!feeder.eternal-september.org!.POSTED!not-for-mail
From: Warren <ve3wwg@gmail.com>
Newsgroups: comp.lang.ada
Subject: Re: _Type vs no _Type
Date: Tue, 9 Nov 2010 20:43:00 +0000 (UTC)
Organization: A noiseless patient Spider
Message-ID: <Xns9E2B9FE0F451BWarrensBlatherings@188.40.43.230>
References: <86wroy58ff.fsf@gareth.avalon.lan>
 <iale5p$2f6$1@tornado.tornevall.net> <86pqup5xfy.fsf@gareth.avalon.lan>
 <becbd7a4-89e6-4d81-b7d8-7d18ac75c1f9@j2g2000yqf.googlegroups.com>
 <86y69d3rec.fsf@gareth.avalon.lan> <ian4b2$p9h$1@tornado.tornevall.net>
 <82lj5c5ecm.fsf@stephe-leake.org> <iapnmm$p5j$1@tornado.tornevall.net>
 <op.vlj5fgv0ule2fv@garhos> <m24obz1nkj.fsf@pushface.org>
 <82zktq4n9b.fsf_-_@stephe-leake.org> <m2r5f2yu2k.fsf@pushface.org>
 <iatga3$pvp$1@speranza.aioe.org>
 <e8641406-a1bf-4504-b311-68d3cc860ec9@i17g2000vbq.googlegroups.com>
 <87eib06yir.fsf@mid.deneb.enyo.de>
Injection-Date: Tue, 9 Nov 2010 20:43:00 +0000 (UTC)
Injection-Info: mx02.eternal-september.org;
 posting-host="9f8M0iN5t54V+4DF/iqO8g";
	logging-data="519"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1++NF0hewItJrGsdMzXytZ83aDodlsRqI8="
User-Agent: Xnews/5.04.25
X-Face: 
 &6@]C2>ZS=NM|HE-^zWuryN#Z/2_.s9E|G&~DRi|sav9{E}XQJb*\_>=a5"q]\%A;5}LKP][1mA{gZ,Q!j
Cancel-Lock: sha1:EoVxWYwgAMyZ2GqEkiAvQP5viEQ=
Xref: g2news1.google.com comp.lang.ada:15413
Date: 2010-11-09T20:43:00+00:00
List-Id: <comp.lang.ada>

Florian Weimer expounded in news:87eib06yir.fsf@mid.deneb.enyo.de:

> * Britt Snodgrass:
> 
>> The language design decision that Ada be case insensitive is something
>> that I value very much.  In general, I think the "flexibility"
>> provided by case sensitivity causes more problems (risks, bugs,
>> reduced readability) than it potentially solves.
> 
> And with case insensitivity, we have a seemingly neverending
> collection of warts, bugs and incompatibilities in the Ada language.

Even though C/C++ has case sensitivity, I don't think this is
actually exploited much in practice.  Even C programmers don't
really like the idea of "My_Handle" and "my_handle" meaning 
different things.

A lot of things get underscores added/prefixed/doubled for
uniqueness. Uppercased items tend to be avoided as they
tend to be used for manifest constants and macros. Of course
Ada forbids leading and trailing underscores, which I like
(I hate the C/C++ use of these).

Then there's windows: MyFile vs my_file etc. Even there, you
won't usually find case distinctions like MyFile vs myfile,
mYfILE, myfile etc. "my_file" is more likely if a distinction
must be used.

Type names often use the _t suffix convention, to avoid
conflicts with instances of those types.

So after all is said and done, even in C/C++, case distinctions
tend to be a lot less significant in practice than you might
think. I think Ada made the right choice.

Warren