home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.next.hardware
- Path: sparky!uunet!munnari.oz.au!spool.mu.edu!agate!usenet.ins.cwru.edu!ukma!lexmark!songer
- From: songer@lexmark.com (Christopher Songer)
- Subject: Re: New RISC workstations / 88110 demise
- Message-ID: <1992Nov07.210606.196252@lexmark.com>
- X-Disclaimer: These views are the poster's and not necessarily those of Lexmark
- Sender: usenet@lexmark.com (News Dude)
- Nntp-Posting-Host: 9.51.7.57
- Organization: Lexington, KY
- References: <1992Nov5.215430.15207@ringer.cs.utsa.edu> <1992Nov06.152200.170781@lexmark.com> <1992Nov6.205045.26293@netcom.com>
- Date: Sat, 07 Nov 1992 21:06:06 GMT
- Lines: 27
-
- abell@netcom.com (Steven T. Abell) writes (about the P5):
- >
- >Unfortunately, you can't just brush of an obnoxious architecture by saying
- >"The compiler people will worry about this." Let's stay real, folks.
- >Underlying models matter, and the Intel model is about as bad as they come.
- >If this is what we have to live with, I suppose we'll manage somehow,
- >but if you think it doesn't affect you, you're wrong.
- >
-
- For Next, beyond all others, this is not quite right. Next and Next's
- OS does the best job of isolating the user from the hardware and internals
- of any OS I've seen.
-
- Consider NextStep 486: reports from developers are that porting to it
- is a very easy affair, usually just recompiling assuming the developer
- has not circumvented Nextstep in some way.
-
- I suppose my question is: if you are contending there will be impact beyond
- the compiler and low level OS stuff... what are the effects you forsee and
- why haven't they shown up in Nextstep 486 as major problems? Generalizations
- are fine, but since Nextstep even takes care of byte swapping, I don't see
- where the "underlying model" is going to effect the user or the Nextstep
- developer. (assuming that they don't write assembly -- a pretty good
- assumption on Nextstep.)
-
- Thanks!
- -Chris
-