From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,78b2880bc7e78e39 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-16 13:31:10 PST Newsgroups: comp.lang.ada Path: supernews.google.com!sn-xit-03!supernews.com!news-feed.riddles.org.uk!fr.clara.net!heighliner.fr.clara.net!europa.netcrusader.net!208.184.7.66!newsfeed.skycache.com!Cidera!news-reader.ntrnet.net!uunet!ash.uu.net!world!bobduff From: Robert A Duff Subject: Re: RISC Sender: bobduff@world.std.com (Robert A Duff) Message-ID: Date: Fri, 16 Mar 2001 20:58:16 GMT References: <98qumf$5sf$1@nh.pace.co.uk> <98r4g1$7r1$1@nh.pace.co.uk> <3AB22CB2.E8A851A5@averstar.com> <98to0v$6d2$1@nh.pace.co.uk> Organization: The World Public Access UNIX, Brookline, MA X-Newsreader: Gnus v5.3/Emacs 19.34 Xref: supernews.google.com comp.lang.ada:5753 Date: 2001-03-16T20:58:16+00:00 List-Id: "Marin David Condic" writes: > Yea Verily And For Sooth! So long as we are going to have to deal with > hardware designed by hardware engineers (instead of compiler writers) or > communicate with data streams that come from places not programmed in Ada, > *someone* is going to create data that needs really bizarre representations. Bill Wulf wrote something along the lines of: People who design overly complicated hardware should be punished by being forced to write compilers that target to that hardware. > From a practical perspective, I don't think it is that much of an issue. In > theory, someone might one day (again) make a machine that deals with sixbit > data. I'll bet that doesn't happen in my lifetime. ;-) >... What is the likelihood there will be a huge demand for Ada compilers > for such a machine? Most machines these days are byte oriented. You've got > to deal with byte sex, but beyond that you can pretty much count on hardware > having some sort of support for byte sized data. It shouldn't be that tough > to map most rep clauses onto that sort of machine. Even if all machines had 8-bit bytes and 32-bit words, you still want different code depending on whether a bit-field crosses a word boundary. Different code = complexity. As you say, endianness is still a problem. And I'm currently supporting an Ada compiler for a machine whose Storage_Unit = 32, rather than the more common 8. By the way, nesting of records within records and arrays also introduces complexity (again, if you require efficiency). I once worked on an Ada prototype compiler (around 1982), which ignored efficiency, and did everything in one general way that always worked. The generated code was intolerable. For example, to do "X := Y;" where X and Y are of type Integer, it copied each of the 36 bits individually (it was a PDP-10, which is a 36-bit word-addressable machine). Totally useless. - Bob