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: 103376,8de7eedad50552f1
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news4.google.com!news.glorb.com!newsfeeder.wxs.nl!nntp-peering.plus.net!ptn-nntp-feeder01.plus.net!ptn-nntp-spool02.plus.net!ptn-nntp-reader01.plus.net!not-for-mail
User-Agent: Microsoft-Entourage/10.1.6.040913.0
Date: Mon, 21 Mar 2005 15:18:10 +0000
Subject: Re: Ada bench
From: "(see below)" <yaldnif.b@blueyonder.co.uk>
Newsgroups: comp.lang.ada
Message-ID: <BE649632.BD7DD%yaldnif.b@blueyonder.co.uk>
References: <ur7ib38sg.fsf@obry.net>
 <pan.2005.03.19.16.57.03.525542@linuxchip.demon.co.uk.uk.uk>
 <87vf7n5njs.fsf@code-hal.de> <umzsy3c8j.fsf@obry.net>
 <87u0n6mzas.fsf@code-hal.de> <uekea36uz.fsf@obry.net>
 <2huslr9uto15$.nbw7z2uaceua.dlg@40tude.net>
 <BE63D702.BD6CE%yaldnif.b@blueyonder.co.uk> <opsnyydgl25afhvo@localhost>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Organization: Customer of PlusNet plc (http://www.plus.net)
NNTP-Posting-Host: e42355a2.ptn-nntp-reader01.plus.net
X-Trace: 
 DXC=mnW<l58L>HFFVYZ6Vf2ScFigd3Y`7Rb;NYZmCHj47lfEeLPAa3J]X2IEP6XHQO79\IGfERDVJn48@[8GhaLQiNFL\:m3;ElMnkN?\1ONMBdjLME@G`73MbjEL
X-Complaints-To: abuse@plus.net
Xref: g2news1.google.com comp.lang.ada:9673
Date: 2005-03-21T15:18:10+00:00
List-Id: <comp.lang.ada>

On 21/3/05 3:54 am, in article opsnyydgl25afhvo@localhost, "Ed Falis"
<falis@verizon.net> wrote:

> You

Me?

>  neglected two things:
> 1. suppress checks: -gnatp

I have tried it with "pragma Suppress(All_Checks);"
and it makes no difference to the cpu time, as I expected.
This test is dominated by the (poor) performance of Ada.Text_IO.

> 2. Use the end of file function instead of the exception.

As I said:

> SumCol4 is not only the fastest, with a MEAN of 0m2.320s,
> I think it is the most accurate transcription of the Icon program,
> since Icon is an event-driven (~= exception-driven) string language.

We have an Icon program as a model from Shootout, so I think that is fair.

In any event, the version using End_Of_File takes 2.82s, 0.5s faster for
1_000_000 lines of input.

--
Bill