Re: Why is compiled basic slower than C? (Basic is the future)

pk@cs.tut.fi (Kellom{ki Pertti)
Fri, 21 Aug 1992 08:08:50 GMT

          From comp.compilers

Related articles
[9 earlier articles]
Re: Why is compiled basic slower than C? (Basic is the future) pardo@cs.washington.edu (1992-08-15)
Re: Why is compiled basic slower than C? (Basic is the future) macrakis@osf.org (1992-08-17)
Re: Why is compiled basic slower than C? (Basic is the future) fjh@munta.cs.mu.OZ.AU (1992-08-18)
Re: Why is compiled basic slower than C? (Basic is the future) imp@Solbourne.COM (1992-08-18)
Re: Why is compiled basic slower than C? (Basic is the future) burley@geech.gnu.ai.mit.edu (1992-08-18)
Re: Why is compiled basic slower than C? (Basic is the future) pdg@crosfield.co.uk (1992-08-19)
Re: Why is compiled basic slower than C? (Basic is the future) pk@cs.tut.fi (1992-08-21)
Re: Why is compiled basic slower than C? (Basic is the future) robert@metropolis.com (1992-08-25)
| List of all articles for this month |

Newsgroups: comp.compilers
From: pk@cs.tut.fi (Kellom{ki Pertti)
Organization: Tampere Univ. of Technology, Finland.
Date: Fri, 21 Aug 1992 08:08:50 GMT
Keywords: interpreter
References: 92-08-042 92-08-111

burley@geech.gnu.ai.mit.edu (Craig Burley) writes:
      Nevertheless, interpreters are still, to varying degrees
      for each language, easier to write than compilers.


True. I could write a small interpreter, be it for Basic or Lisp, with a
fairly reasonable effort, because I could write it without any competence
in (my case) Sparc assembly. If I were to write a compiler for the same
language, I would have to start worrying about register windows and all
that stuff.


When it comes to the early personal computer Basic interpreters, though, I
would suspect that people writing them were more fluent with assembly that
high level languages.
--
Pertti Kellom\"aki
    Tampere Univ. of TeXnology
            Software Systems Lab
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.