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: 4f1905883f,40783f7f814400c9 X-Google-Attributes: gid4f1905883f,public,usenet X-Google-NewGroupId: yes X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news2.google.com!news1.google.com!border1.nntp.dca.giganews.com!nntp.giganews.com!newsfeed00.sul.t-online.de!t-online.de!inka.de!rz.uni-karlsruhe.de!news.belwue.de!newsfeed.arcor.de!newsspool3.arcor-online.net!news.arcor.de.POSTED!not-for-mail Date: Fri, 31 Jul 2009 13:29:16 +0200 From: Georg Bauhaus User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605) MIME-Version: 1.0 Newsgroups: comp.lang.scheme,comp.lang.ada,comp.lang.functional,comp.lang.c++,comp.programming Subject: Re: Alternatives to C: ObjectPascal, Eiffel, Ada or Modula-3? References: <2009a75f-63e7-485e-9d9f-955e456578ed@v37g2000prg.googlegroups.com> <0bdf3c02-0565-40e2-95cc-c7f5eb546313@2g2000prl.googlegroups.com> <7xmy6mzy0q.fsf@ruckus.brouhaha.com> <4a714308$0$30229$9b4e6d93@newsspool1.arcor-online.net> <48679a94-4ce4-422e-8656-56bb682b08c0@d15g2000prc.googlegroups.com> <4a71c5f0$0$31880$9b4e6d93@newsspool3.arcor-online.net> <8d2fb978-19d3-46fb-baf3-4e82b5a96ac9@d15g2000prc.googlegroups.com> In-Reply-To: <8d2fb978-19d3-46fb-baf3-4e82b5a96ac9@d15g2000prc.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Message-ID: <4a72d58d$0$31864$9b4e6d93@newsspool3.arcor-online.net> Organization: Arcor NNTP-Posting-Date: 31 Jul 2009 13:29:17 CEST NNTP-Posting-Host: 0db0386d.newsspool3.arcor-online.net X-Trace: DXC=cA>SMKf`U=Ogj[ZPFj7ehOMcF=Q^Z^V3H4Fo<]lROoRA^YC2XCjHcbInY2g7ILdOoG;9OJDO8_SKFNSZ1n^B98iJBbi\Ogm<]GF X-Complaints-To: usenet-abuse@arcor.de Xref: g2news2.google.com comp.lang.scheme:6242 comp.lang.ada:7482 comp.lang.functional:2571 comp.lang.c++:48806 comp.programming:12193 Date: 2009-07-31T13:29:17+02:00 List-Id: Isaac Gouy schrieb: > On Jul 30, 9:10 am, Georg Bauhaus > wrote: > -snip- >> Conclusions >> (so far, if the above can be reproduced): >> >> A fair bit of Ada's disadvantage is remedied by using >> Inline; another drag is Text_IO which is indeed slow. >> Real world needs might (and will) consider I/O >> routines that use OS functions, much like C on Unix does, >> more or less. >> >> The seemingly shaky results (if confirmed) also let me >> think that without constant attention, the Shootout >> can give a wrong impression (for any language :). > > > "shaky results"? Didn't you confirm those results yourself? Shaky here should not refer to runs or relative runs of two specific test programs; the results are stable. However, the interpretations of Shootout test comparisons are less stable, as should be expected (more in an other post). So when comparing programming languages in general, more care needs to be taken when looking at the (list of) Shootout programs. They _can_ be informative of language features if looked at closely. (I.e., a ranking does not suffice then.) > Sure we might hope a different program would give better results, and > instructions for contributing better programs are given in the FAQ. Better results of programs is not that important here, what is important is an expectation, namely that the specific programs might demonstrate eternally frozen, irreplaceable language properties by looking at accumulated statistical results only. > -snip- >> In the overall rating, failing programs or missing programs >> used to add to where a language was rated IIRC? > > Not true for the last several years. > Please accept my apologies for being authoritatively wrong on several accounts. Sorry for misrepresenting rules. BTW, I couldn't think of a better way to rank a failed program runs using compiler X and system Y other than at list position n + k.