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: 103376,5b3cb1d740c0b77f
X-Google-Attributes: gid103376,public
X-Google-Language: ENGLISH,ASCII-7-bit
Path: 
 g2news1.google.com!news1.google.com!news.glorb.com!green.octanews.net!news-out.octanews.net!news-out.visi.com!petbe.visi.com!news.octanews.net!ash.uu.net!spool.news.uu.net!not-for-mail
Date: Fri, 02 Jul 2004 09:33:09 -0400
From: Hyman Rosen <hyrosen@mail.com>
User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: ANN: New technical paper from Ada Europe 2004 now available
References: <cf2c6063.0406300646.49f0848c@posting.google.com>
 <1088612188.693737@master.nyc.kbcfp.com>
 <20619edc.0407010704.470cc87@posting.google.com>
 <1088697575.6218@master.nyc.kbcfp.com> <2kkrsgF3b5guU1@uni-berlin.de>
In-Reply-To: <2kkrsgF3b5guU1@uni-berlin.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Organization: KBC Financial Products
Message-ID: <1088775189.331949@master.nyc.kbcfp.com>
Cache-Post-Path: master.nyc.kbcfp.com!unknown@nightcrawler.nyc.kbcfp.com
X-Cache: nntpcache 3.0.1 (see http://www.nntpcache.org/)
NNTP-Posting-Host: 204.253.250.10
X-Trace: 1088775190  20592 204.253.250.10
Xref: g2news1.google.com comp.lang.ada:2048
Date: 2004-07-02T09:33:09-04:00
List-Id: <comp.lang.ada>

Peter Amey wrote:
> I don't recall making this claim.  I said that the translation process 
> is "transparent and traceable" and that the C provides a useful 
> intermediate representation for object code verification purposes.  I 
> think these statement stand.
> 
> We certainly wouldn't recommend modification of the C because that 
> immediately throws away all the verification benefits that have been 
> gain by analysing the intermediate SPARK model.
> 
> It is probably true that the C /could/ be maintained if, for example, 
> the translation or SPARK parts of the tool chain were suddenly to become 
> unavailable.

True. But the paper does talk about generating "deliverable" C,
and clearly that C code is meant to be read, not just compiled.
You wouldn't want your target audience, who are presumably expert
in C and already suspicious of using a different language, to be
able to nitpick the way I just did.