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,21aaebbd9205357c X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII X-Received: by 10.224.17.140 with SMTP id s12mr24686998qaa.3.1362589704164; Wed, 06 Mar 2013 09:08:24 -0800 (PST) X-Received: by 10.50.150.180 with SMTP id uj20mr2131817igb.7.1362589704113; Wed, 06 Mar 2013 09:08:24 -0800 (PST) Path: p7ni59qai.0!nntp.google.com!dd2no7560468qab.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Wed, 6 Mar 2013 09:08:23 -0800 (PST) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=66.126.103.122; posting-account=duW0ogkAAABjRdnxgLGXDfna0Gc6XqmQ NNTP-Posting-Host: 66.126.103.122 References: <69291c5f-ffce-4b48-a1c5-aa76f308082f@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <0b80a829-05d4-4f07-a954-3acb3b276d5b@googlegroups.com> Subject: Re: Please list all the Ada libraries you know From: Adam Beneschan Injection-Date: Wed, 06 Mar 2013 17:08:24 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Date: 2013-03-06T09:08:23-08:00 List-Id: On Tuesday, March 5, 2013 10:15:56 PM UTC-8, J-P. Rosen wrote: > Le 04/03/2013 21:43, Adam Beneschan a =E9crit : >=20 > > Well, no, you don't "need" one. Once you know what directory you're > > looking in, it's not all that difficult to look for any file whose > > name matches what you're looking for without regard to letter case. >=20 > Sure. But that means doing a full directory search any time you refer to > a unit (just to check if by chance there is another file with the same > name and different casing) =3D> a lot of disk access, and considering the > ratio of disk speed to memory speed nowadays, this is likely to have a > very sensible effect on speed for a very minor (IMHO) nuisance. If you're trying to say "big enough that one can sense it", "sensible" isn'= t the right word--it means something totally different. "Noticeable" is pr= obably the word you wanted. Anyway, though, my feeling is that once one has chosen to build a "source m= odel" compiler--which means, if I understand it correctly, that if you WITH= a package then the compiler has to read the original source of the WITH'ed= package specification--then one has already decided that disk access time = isn't an issue. (If it were, the compiler could do something to create a s= maller, compressed version of the specification that it would read in inste= ad of reading the original source.) So whatever good reasons there might b= e for GNAT to default to a particular case convention, saving disk read tim= e probably isn't a valid reason. -- Adam