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-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,38159b1b5557a2e7 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2004-01-29 10:00:37 PST Path: archiver1.google.com!news2.google.com!news.maxwell.syr.edu!news-hog.berkeley.edu!ucberkeley!cyclone.bc.net!news.uunet.ca!nf3.bellglobal.com!nf1.bellglobal.com!nf2.bellglobal.com!news20.bellglobal.com.POSTED!not-for-mail From: "Warren W. Gay VE3WWG" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 (ax) X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Standard Ada Preprocessor References: <400BD4B5.6000307@noplace.com> <400BDB7C.40100@noplace.com> <400D2150.6000705@noplace.com> <400E72F9.8060501@noplace.com> <100upo7ln5e3k59@corp.supernews.com> <400FC8E8.2040100@noplace.com> <_JSdna166JuxFo3dRVn-hg@comcast.com> <401115B7.5020205@noplace.com> <101djamfnrb185a@corp.supernews.com> <101gh24t2rkcma9@corp.supernews.com> In-Reply-To: <101gh24t2rkcma9@corp.supernews.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Message-ID: Date: Thu, 29 Jan 2004 12:46:21 -0500 NNTP-Posting-Host: 198.96.223.163 X-Complaints-To: abuse@sympatico.ca X-Trace: news20.bellglobal.com 1075398329 198.96.223.163 (Thu, 29 Jan 2004 12:45:29 EST) NNTP-Posting-Date: Thu, 29 Jan 2004 12:45:29 EST Organization: Bell Sympatico Xref: archiver1.google.com comp.lang.ada:5051 Date: 2004-01-29T12:46:21-05:00 List-Id: Randy Brukardt wrote: > "Warren W. Gay VE3WWG" wrote in message > news:KVARb.52238$Kg6.385745@news20.bellglobal.com... >>Randy Brukardt wrote: > .... >>>I couldn't disagree. Now, try to figure out a natural way to express > such >>>conditional compilation in Ada. I can't (and I've tried to solve this >>>problem for 20 years.) If you don't have a non-ugly way to solve the >>>problem, the chances of anything being done about it are zero. >> >>I agree that an elegant solution should always be sought. >>Especially if you are looking at the far reaching consequences >>of "language changes". But if this problem has existed for >>20 years and no solution has come to light, then maybe it >>is time to consider a less elegant solution? > > Updating the Ada standard is as much a political process as it is a > technical one. In this case, I and others tried to get a solution added to > Ada 95. There was too much opposition at that time. Given that nothing has > changed, I'd expect the same result if the same solutions are presented. > Indeed, we have a meta-rule that we won't even waste time on issues decided > during Ada 95's development unless there is significant new information. > (The few that have come up, like 'in out' for functions, have ended up with > precisely the same results as the last time - even with new information.) I can only agree with this. Please understand, that this was not a discussion that "we should include X in 200Y". That is too much further down the road. The discussion stemmed from the wider context of "Why is Ada Unpopular?" I then wanted to discuss the merits of addressing conditional compilation. To say that it was ready for a proposal, would be naive ;-) But the discussion here was useful. In my mind, unless the general concensous changes, there does not seem to be an acceptable solution to the majority on this topic. But as I said in another post, it was interesting to note from others that agreed there was a need to be addressed there. > The only new information that I could think of that would help here would be > an elegant solution. Certainly, the fact that the problem exists - or its > scope - haven't changed a bit in the last 12 years. To this I was only suggesting that if an elegant solution does not emerge in 12-20 years, then perhaps there is none. And if this is the conclusion, then perhaps it is time to lower the "standard" a bit, to address practical needs. > I'm going to spend my > time on issues that have a chance to be approved (like a limited containers > library), not tilting at windmills. (I've done enough of that in the last > couple of years.) > > Otherwise, you'll get have to use a non-standard solution like Gnatprep. > > Randy. A sensible thing to do. ;-) -- Warren W. Gay VE3WWG http://ve3wwg.tk