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,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,60e2922351e0e780 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-11-10 23:20:12 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: 18k11tm001@sneakemail.com (Russ) Newsgroups: comp.lang.ada Subject: Re: Clause "with and use" Date: 10 Nov 2003 23:20:12 -0800 Organization: http://groups.google.com Message-ID: References: <3FA2CDCB.500F4AF0@fakeaddress.nil> <1068123815.335508@master.nyc.kbcfp.com> <3FAAB12E.C7593B45@fakeaddress.nil> <3FACCBFB.9D288CF2@fakeaddress.nil> <3FAF8C99.5040201@noplace.com> NNTP-Posting-Host: 63.194.87.148 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1068535212 9868 127.0.0.1 (11 Nov 2003 07:20:12 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 11 Nov 2003 07:20:12 +0000 (UTC) Xref: archiver1.google.com comp.lang.ada:2322 Date: 2003-11-10T23:20:12-08:00 List-Id: Marin David Condic wrote in message news:<3FAF8C99.5040201@noplace.com>... > Obviously, there are limited resources for modifying Ada compilers. > Obviously, there is a large corpus of existing Ada code that must not be > broken by language-rule changes. Just as obviously, there are > implications that are not intuitively obvious to the casual observer > when adding something like the infamous "+=" or now the "with and use". > Hence, it ought to be obvious that any proposed language change had > better have some significant food-value associated with it to make it > worth the research time into implications, the compiler changes > necessary and the possible risk to breaking any existing code. I don't > see any big advantages in what has been proposed here - not enough to > make it worth the effort. > > It would be more productive to figure out if there is some major > shortcoming in Ada or some major capabilities that Ada could use rather > than worry about relatively trivial syntax changes that don't address > some gaping hole in Ada's capabilities. If the choice of programming languages in the real world were based strictly on objective, rational considerations by language experts, than what you say might be wise. Unfortunately, that just isn't how the real world works, and I think your advice is extremely unwise. Suppose you were selling a house. You hire an expert home inspector, and he says you've got a leaky roof and some plumbing problems. Then you hire a real estate agent. She comes out and advises you to remove the clutter from the front yard and do some basic gardening work to give it some "curb appeal." Well, you don't have a lot of money, and you know what's important. The leaky roof *must* be fixed, but the clutter in the yard is "cosmetic" stuff, and it can take a back seat to the "important" stuff. You have a limited budget, and you aren't about to waste it on trivial cosmetic stuff. I think that's a very good analogy to what you are saying. The "context" section at the beginning of nearly every Ada file is like the front yard of a home. It's the first thing anyone who reads the file sees. If it's unnecessarily cluttered, people may not complain about it, but it will leave a lasting first impression. What you're saying is that we should forget about the cosmetic stuff, but any competent real estate agent will tell you that is sheer folly. Yes, fix the roof if it needs to be fixed, but for crying out loud don't leave the junk piled in the front yard. The loss in market value will *greatly* exceed the cost of removing the clutter -- even if you hire the most expensive junk hauler in the country. Smart buyers will love you, of course, because they will gladly remove the clutter themselves -- it'll cost them about 5% of the $5000 they save on the purchase price of the house. Making "use" in a context clause imply "with" is not a great technical challenge. For Pete's sake, I could probably write a Python script in less than an hour to do the job (including a half hour to think about it, and 15 minutes to test it). Yet it would not break any existing code, and anyone who wants to continue doing it the old way would be perfectly free to do so. I have always been impressed with your level of technical knowledge of Ada, but I am seriously concerned with your lack of "marketing" sense. You said yourself in a recent post that languages are often chosen for the "wrong" reasons, such as similarity to familiar languages. Unnecessary clutter at the beginning of each file cannot possibly help to sell Ada, but it can certainly hurt. And it might hurt much more than you realize, because you're so used to the clutter you probably don't even notice it anymore.