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,52fd60a337c05842 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-16 15:39:00 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!headwall.stanford.edu!newsfeed.news2me.com!west.cox.net!cox.net!p02!news2.east.cox.net.POSTED!53ab2750!not-for-mail Message-ID: <3D0D1349.7020000@telepath.com> From: Ted Dennison User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: ada paper critic References: <3D095F70.8090001@telepath.com> <4519e058.0206140659.3c7987b7@posting.google.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 16 Jun 2002 22:38:59 GMT NNTP-Posting-Host: 68.12.51.201 X-Complaints-To: abuse@cox.net X-Trace: news2.east.cox.net 1024267139 68.12.51.201 (Sun, 16 Jun 2002 18:38:59 EDT) NNTP-Posting-Date: Sun, 16 Jun 2002 18:38:59 EDT Organization: Cox Communications Xref: archiver1.google.com comp.lang.ada:26097 Date: 2002-06-16T22:38:59+00:00 List-Id: Dale Stanbrough wrote: >>You are missing the entire point. We could sit here all day and come >>up with weird constructions for each language in question that go slow >>on some compilers. What matters when you talk about speed is how >>quickly the code generated by your compiler runs your kinds of >>applications. If there's an unbelieveably slow feature in there, and >>that feature isn't used in this particular person's code in a tight >>loop somewhere, its not going to have any impact whatsoever on their >>percieved performance. > > No, async abort requires the compiler to include all sorts of .. > it go slow, and async abort is one of them. Don't use it and your > code goes fast. Even the presence of it in an if statement... (sigh) So you yourself admit this doesn't slow anything down unless its used. I know for a fact I've never used async abort, and I suspect if we took a poll, we'd find exceedingly few Ada programs in general use it. There are plenty of things in *any* language that you should avoid if you care about speed, so this is hardly unique to Ada. If its an obscure feature that's almost never used, why bring it up as something that "makes Ada go slow", particularly when C++ is chock full of such features?