From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on
	ip-172-31-74-118.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
Path: eternal-september.org!reader01.eternal-september.org!feeder.eternal-september.org!aioe.org!.POSTED.IIfIc3CB/+nKo+wKq8+a0g.user.gioia.aioe.org!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: Ada on Apple's new procesors
Date: Thu, 02 Jul 2020 10:54:27 +0100
Organization: Aioe.org NNTP Server
Message-ID: <lyblkydyy4.fsf@pushface.org>
References: <4d9fa282-830d-42f7-a3bf-ba127cb2ad06o@googlegroups.com>
	<rcsmel$sdb$1@gioia.aioe.org>
	<8332f305-299f-45d7-9f9d-2cad924b24d8o@googlegroups.com>
	<rctfip$1eel$1@gioia.aioe.org>
	<9d941aca-2eb6-4f35-a346-c290c4666bdfo@googlegroups.com>
	<rcu20d$199n$1@gioia.aioe.org>
	<f7150588-5593-4688-bb83-e8ec0fd71550o@googlegroups.com>
	<rd1sce$1c2t$1@gioia.aioe.org>
	<76def2a5-667c-4009-b3b9-f0cf1c13a51bo@googlegroups.com>
	<3b5b2360-684c-4149-8662-98b53319cf94o@googlegroups.com>
	<b35ac73b-6790-4e6b-ba1c-7dfb25af34fdo@googlegroups.com>
	<rdfek4$17vt$1@gioia.aioe.org>
	<a432e928-3773-424f-84da-6abf5fe430e3o@googlegroups.com>
	<lyzh8ke30o.fsf@pushface.org> <rdg72d$1o4i$1@gioia.aioe.org>
	<lyo8p0dxo9.fsf@pushface.org> <rdghr5$g1$2@gioia.aioe.org>
	<lyftabe9t1.fsf@pushface.org>
NNTP-Posting-Host: IIfIc3CB/+nKo+wKq8+a0g.user.gioia.aioe.org
Mime-Version: 1.0
Content-Type: text/plain
X-Complaints-To: abuse@aioe.org
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (darwin)
X-Notice: Filtered by postfilter v. 0.9.2
Cancel-Lock: sha1:t+rIlHstHa7y1vBj4GmApgOea9s=
Xref: reader01.eternal-september.org comp.lang.ada:59310
List-Id: <comp.lang.ada>

Simon Wright <simon@pushface.org> writes:

> "The LLVM code representation is designed to be used in three
> different forms: as an in-memory compiler IR, as an on-disk bitcode
> representation (suitable for fast loading by a Just-In-Time compiler),
> and as a human readable assembly language representation", which to me
> precisely matches "data in any format that is used as a compiler
> intermediate representation, or used for producing a compiler
> intermediate representation".

On thinking about this further, can't help wondering whether this is
deliberate.