Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site sdcsvax.UUCP
Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!harpo!decvax!ittvax!dcdwest!sdcsvax!darrell
From: darrell@sdcsvax.UUCP (Darrell Long)
Newsgroups: net.arch,net.micro
Subject: Re: A feature, not a bug
Message-ID: <940@sdcsvax.UUCP>
Date: Fri, 21-Jun-85 18:07:50 EDT
Article-I.D.: sdcsvax.940
Posted: Fri Jun 21 18:07:50 1985
Date-Received: Mon, 24-Jun-85 03:35:18 EDT
References: <1680@amdcad.UUCP>
Reply-To: darrell@sdcsvax.UUCP (Darrell Long)
Distribution: net
Organization: EECS Dept. U.C. San Diego
Lines: 15
Keywords: 32-bit microprocessor BUGS
Xref: watmath net.arch:1464 net.micro:10857
Summary: NOPs in the WE-32x0y

I did some tests on the code generated by the 3B-2 C compiler, including
some  of  the  ``standard utilties'' and NOP's make up nearly 10% of the
code.  Agreed, this is a bug.

As  for  the  previously mentioned RESTORE instruction, it was privately
confirmed that there is a problem with it when used in a virtual  memory
environment  (which  SYS VR2  is  not).   This  is why it is mapped to a
sequence of POPW's.
-- 
Darrell Long
Department of Electrical Engineering and Computer Science
University of California, San Diego

USENET: sdcsvax!darrell
ARPA:   darrell@sdcsvax