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=unavailable autolearn_force=no version=3.4.4
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: is getting OpenGL to work with Ada a lost cause?
Date: Tue, 19 Aug 2014 10:45:36 +0100
Organization: A noiseless patient Spider
Message-ID: <ly4mx8ke2n.fsf@pushface.org>
References: <1bd438c5-7563-4c37-a53d-8378573cf784@googlegroups.com>
	<59f62e65-dcf0-42c9-82d5-5e1a3c095583@googlegroups.com>
	<1ed96b4d-e0d4-4a23-b230-dd1eadc14401@googlegroups.com>
	<lsobmq$gi0$1@speranza.aioe.org>
	<14b80334-a07d-4ebb-81f6-34b5469f1134@googlegroups.com>
	<1919212643429967793.040137laguest-archeia.com@nntp.aioe.org>
	<TXpIv.223510$nx3.125916@fx29.iad>
	<1441286327430086309.749208laguest-archeia.com@nntp.aioe.org>
	<NQtIv.640442$OC3.58590@fx18.iad> <lstsdn$35p$1@speranza.aioe.org>
	<HIxIv.397602$Ji3.23912@fx16.iad>
Mime-Version: 1.0
Content-Type: text/plain
Injection-Info: mx05.eternal-september.org;
 posting-host="b814ca014269fd1fa21bc4c05b94dd9e";
	logging-data="6377"; mail-complaints-to="abuse@eternal-september.org";
	posting-account="U2FsdGVkX1+dpDJ8ZpjZRBayg6z7wNRoNPZMZGQIzNk="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (darwin)
Cancel-Lock: sha1:meit1NRo8JhW87qvhdJIRbf6zCY=
	sha1:vuoRy6/+uqAzz9eEs7OQ1sE8qas=
Xref: news.eternal-september.org comp.lang.ada:21826
Date: 2014-08-19T10:45:36+01:00
List-Id: <comp.lang.ada>

Shark8 <OneWingedShark@gmail.com> writes:

> On 18-Aug-14 15:49, Nasser M. Abbasi wrote:
>> What else would one use? a DOS batch file?
>
>
> Ideally it would be part of the programming environment itself,
> handling dependencies ant the like essentially transparently; one of
> the reasons we're stuck using such crappy toolchains is because of the
> low-level view of the underlying system: an excellent example is
> source-files --
> why would you want to have these stored *natively* as text? that's a
> /huge/ step down from storing it as some sort of datafile (eg an AST)
> with real rules/formats.

Because you have to have a program to edit them and to read them. And
every time you want to do something else with them, you need another
program to do that.

The Rational Environment used to store parsed source code in some
internal format, but to edit it it was converted back to source.

Consider Windows Events vs. Unix log files.