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,6d79efdb8dde2c5a X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!proxad.net!feeder1-2.proxad.net!news.in2p3.fr!in2p3.fr!news.ecp.fr!news.jacob-sparre.dk!pnx.dk!not-for-mail From: Jacob Sparre Andersen Newsgroups: comp.lang.ada Subject: Categories for SPARK on Rosetta Code (Was: SPARK : third example for Roesetta - reviewers welcome) Date: Thu, 19 Aug 2010 08:19:40 +0200 Organization: Jacob Sparre Andersen Message-ID: <87wrrnjf9f.fsf_-_@hugsarin.sparre-andersen.dk> References: <589eea9a-0b14-4ae5-bf62-9abf4b33e7fb@i31g2000yqm.googlegroups.com> <82mxsnuhbq.fsf@stephe-leake.org> <4c69a251$0$2371$4d3efbfe@news.sover.net> <4c69cd5f$0$2375$4d3efbfe@news.sover.net> <1ddee5a6-fc25-4d23-bebd-3364923d0aa5@z10g2000yqb.googlegroups.com> <7cf71c68-4faf-4a7b-a350-405ff7f12ff9@z10g2000yqb.googlegroups.com> <4xb6sjkpzo1r$.138841gile5s0$.dlg@40tude.net> NNTP-Posting-Host: 94.191.139.244.bredband.3.dk Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: munin.nbi.dk 1282198783 6455 94.191.139.244 (19 Aug 2010 06:19:43 GMT) X-Complaints-To: news@jacob-sparre.dk NNTP-Posting-Date: Thu, 19 Aug 2010 06:19:43 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) Cancel-Lock: sha1:kNJU56sw9LUIXQY9Ifek92TCxM0= Xref: g2news1.google.com comp.lang.ada:13499 Date: 2010-08-19T08:19:40+02:00 List-Id: Dmitry A. Kazakov wrote: > Phil Thornley wrote: >> Dmitry A. Kazakov wrote: >>> I would also suggest Rosetta Maintainers a new category (we should >>> invent a good clear name for it, e.g. "static analysis", "DbC", >>> "provability") to add it to this: >>> >>> http://rosettacode.org/wiki/Language_Comparison_Table >>> >> Seem's a good idea - how about "statically analysable". > > It is too vague. In some sense any language is, after all there exist > static analysis tool for C. SPARK is obviously more than that, but it > is tricky to formulate the difference. Maybe we should simply introduce several categories. + Provable free of exceptions (run-time errors?) + Finite memory use. + Free of unreachable code. + ...? I'm not quite sure exactly which categories I would formulate. Maybe somebody from Spark-Team at Praxis can help us with some good suggestions. Greetings, Jacob -- "if a person can't communicate, the very least he can do is to shut up!"