Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!husc6!harvard!seismo!mcvax!ukc!dcl-cs!de
From: de@comp.lancs.ac.uk (David England)
Newsgroups: net.arch,net.lang
Subject: Re: C as an aid writing assembler
Message-ID: <240@comp.lancs.ac.uk>
Date: Tue, 17-Jun-86 08:42:13 EDT
Article-I.D.: comp.240
Posted: Tue Jun 17 08:42:13 1986
Date-Received: Fri, 20-Jun-86 01:29:45 EDT
References: <201@pyuxv.UUCP> <3700003@uiucdcsp> <132@vaxb.calgary.UUCP>
Reply-To: de@comp.lancs.ac.uk (David England)
Organization: Department of Computing at Lancaster University, UK.
Lines: 24
Xref: watmath net.arch:3493 net.lang:2492

In article <473@ccird1.UUCP> rb@ccird1.UUCP (Rex Ballard) writes:
>In article <316@euroies.UUCP> shepherd@euroies.UUCP (Roger Shepherd INMOS) writes:
>>In article <438@ccird1.UUCP> Rex Ballard writes:
>>> All High level languages do is attempt to organize the
>>> etc
>>
>>I disagree with view. A high level language should be more than a glorified
>>macro assembler.
>>etc
>
>In a sense, I agree with you.  What you're describing is the human->compiler
>side of what a language should be.  I am describing what the compiler->machine
>side should be.
>
... and as far as the human->compiler side of things is concerned the days
of languages are numbered. Visual programming and spatial data management
are the "languages" of the future. In five years time there should be no
net.lang* :-). If this was a bit mapped screen I would draw this article
as a vt100 icon being thrown into a trash can icon :-).
-- 
     Dave    uucp: ...!mcvax!ukc!dcl-cs!de
	     arpa: de%lancs.comp@ucl-cs

"I like to go where the action is. Move in, move out. And no paper work."