Xref: utzoo comp.sys.dec:931 comp.arch:7879 Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!purdue!decwrl!sun!chiba!khb From: khb%chiba@Sun.COM (Keith Bierman - Sun Tactical Engineering) Newsgroups: comp.sys.dec,comp.arch Subject: Re: DECstation 3100 info. Message-ID: <85553@sun.uucp> Date: 17 Jan 89 02:12:29 GMT References: <979@isieng.UUCP> <85330@sun.uucp> <1798@ardent.UUCP> Sender: news@sun.uucp Reply-To: khb@sun.UUCP (Keith Bierman - Sun Tactical Engineering) Organization: Sun Microsystems, Mountain View Lines: 23 In article <1798@ardent.UUCP> mac@mrk.ardent.com (Mike McNamara) writes: >| > Ardent Titans and MIPSCO boxes and SGIs will *not* run each >others a.outs, although things like /bin/file will recognize foriegn >objects as native sons... > > And it makes sense, The Ardent Titan is up to four Mips R2000 >each tightly intergrated with a custom vector processing unit. What do >you expect an M120 to do when given an Ardent `dvma' instruction? >(double precision A = B*C+D). (Probably bus error...). > C'mon old buddy, isn't there a way to generate scalar only code ? Shouldn't one expect scalar only code to be portable ? A vector version of gnu-emacs, for example, might be nice...but being able to "plug and play" can be handy. Keith H. Bierman It's Not My Fault ---- I Voted for Bill & Opus