Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!bellcore!decvax!decwrl!glacier!oliveb!hplabs!tektronix!uw-beaver!uw-june!entropy!dataio!bright
From: bright@dataioDataio.UUCP (Walter Bright)
Newsgroups: net.lang
Subject: Re: structured assembler (BASIC)
Message-ID: <944@dataioDataio.UUCP>
Date: Thu, 3-Apr-86 13:11:37 EST
Article-I.D.: dataioDa.944
Posted: Thu Apr  3 13:11:37 1986
Date-Received: Wed, 9-Apr-86 07:19:17 EST
Reply-To: bright@dataio.UUCP (Walter Bright
Organization: Data I/O Corp., Redmond WA
Lines: 19
Keywords: BASIC

In article <463@3comvax.UUCP> mykes@3comvax.UUCP (Mike Schwartz) writes:
> and the language (Basic) tends to be geared
>toward using whatever hardware the interpreter is implemented on
>in a easy to use way.  Not many implementations of Unix (written
>in 'C') have been ported to machines and really use the hardware
>- READ ON - I have not seen a compiler that will use the string
>functions that the 808x family of processors provide.  These
>kinds of instructions (LODS, STOS, etc.) are what makes the
>processor FAST.

In the Datalight C compiler, the string primitives (strcpy(), strlen(),
memcpy(), etc.) are all implemented using the 8088's string instructions.

You are right in that no code generators I know of will ever generate
string instructions, but I don't think you'll find any Basic interpreters
either that will use LODSB, STOSB etc. when confronted with code that
increments through a loop.

P.S. Does your Basic use the XLAT instruction?