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=-0.3 required=5.0 tests=BAYES_00, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,2a34b7ad6c6a0774 X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII Path: g2news1.google.com!news3.google.com!feeder.news-service.com!nf02.dk.telia.net!starscream.dk.telia.net!news.tele.dk!news.tele.dk!small.news.tele.dk!bnewspeer01.bru.ops.eu.uu.net!bnewspeer00.bru.ops.eu.uu.net!emea.uu.net!newsfeed.arcor.de!newsspool4.arcor-online.net!news.arcor.de.POSTED!not-for-mail From: "Dmitry A. Kazakov" Subject: Re: Efficiency of code generated by Ada compilers Newsgroups: comp.lang.ada User-Agent: 40tude_Dialog/2.0.15.1 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Reply-To: mailbox@dmitry-kazakov.de Organization: cbb software GmbH References: <1jn1a4o.1dfllwo1uin3imN%csampson@inetworld.net> <1jn36d6.se2f0g1edjjnyN%csampson@inetworld.net> <61f149b9-00ff-40cd-9698-01e69fdc5c0f@v15g2000yqe.googlegroups.com> Date: Fri, 13 Aug 2010 17:37:16 +0200 Message-ID: <1fwir3k681b8x.unwo52g4gt32.dlg@40tude.net> NNTP-Posting-Date: 13 Aug 2010 17:37:14 CEST NNTP-Posting-Host: 7f168f48.newsspool2.arcor-online.net X-Trace: DXC=NR^oL0556KYAX0F2i> On Fri, 13 Aug 2010 08:08:42 -0700 (PDT), Elias Salom�o Helou Neto wrote: > 1) You can, in more than one way, tell the compiler to suppress most > (any?) checks, but people do not advise to do so. Even if I say that I > do need that :( You think you need that, but you cannot know it, because you didn't used Ada and have no experience to realistically estimate the amount of checks an Ada compiler would introduce in your, not yet developed program. > P.S: Multidimensional _arrays_ are not multidimensional _matrices_ I don't see any difference, unless specialized non-dense matrices are considered. > neither are them MD _images_. Same here. Multi-channel images, sequences of images, scenes can be seen and implemented as arrays. Again, unless some special hardware is in play. > The two latter are far more specific > classes and the last case even needs to be templated in, say, pixel > type, etc. I don't see a great need in that. Usually the type of pixel (grayscale, tricky color models, separate channels etc) influences image operations so heavily that the common denominator might become too thin to be useful, at least in the case of image processing. -- Regards, Dmitry A. Kazakov http://www.dmitry-kazakov.de