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-Thread: a07f3367d7,56525db28240414a X-Google-Attributes: gida07f3367d7,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.68.223.40 with SMTP id qr8mr402115pbc.0.1343314686995; Thu, 26 Jul 2012 07:58:06 -0700 (PDT) Path: b9ni64925521pbl.0!nntp.google.com!border1.nntp.dca.giganews.com!novia!volia.net!news2.volia.net!feed-A.news.volia.net!border1.nntp.ams2.giganews.com!border3.nntp.ams.giganews.com!border1.nntp.ams.giganews.com!nntp.giganews.com!newsfeed.straub-nv.de!news.swapon.de!news.glorb.com!npeer01.iad.highwinds-media.com!news.highwinds-media.com!feed-me.highwinds-media.com!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail From: Keean Schupke Newsgroups: comp.lang.ada Subject: Re: Efficient Sequential Access to Arrays Date: Sun, 22 Jul 2012 09:46:47 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <01983f1c-f842-4b1f-a180-bcef531dad4c@googlegroups.com> <87ipdf4vh6.fsf@mid.deneb.enyo.de> NNTP-Posting-Host: 82.44.19.199 Mime-Version: 1.0 X-Trace: posting.google.com 1342975607 30273 127.0.0.1 (22 Jul 2012 16:46:47 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Sun, 22 Jul 2012 16:46:47 +0000 (UTC) In-Reply-To: <87ipdf4vh6.fsf@mid.deneb.enyo.de> Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=82.44.19.199; posting-account=T5Z2vAoAAAB8ExE3yV3f56dVATtEMNcM User-Agent: G2/1.0 X-Received-Bytes: 1661 X-Original-Bytes: 1866 Content-Type: text/plain; charset=ISO-8859-1 Date: 2012-07-22T09:46:47-07:00 List-Id: On Sunday, 22 July 2012 17:21:57 UTC+1, Florian Weimer wrote: > * Keean Schupke: > > > So assuming we need this level of performance, what would be the > > best (and most idiomatic Ada) way to package this type of usage > > pattern as an abstract datatype? > > You should look at compiler dumps to figure out why the strength > reduction optimization does not kick in. What is the best way to do that? The program uses extensive inlining and optimisation, so individual functions are hard to find in the output. By the time its compiled its about a single 32k function. Cheers, Keean.