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,5a51ee2b8ee36d5f X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-03-17 03:58:42 PST Path: supernews.google.com!sn-xit-02!supernews.com!news.gv.tsc.tdk.com!news.iac.net!news-out.cwix.com!newsfeed.cwix.com!chnws02.mediaone.net!chnws06.ne.mediaone.net!24.91.0.34!typhoon.ne.mediaone.net.POSTED!not-for-mail From: "Jeff Creem" Newsgroups: comp.lang.ada References: <98ug7e$9oj$1@newpoisson.nosc.mil> Subject: Re: Code Generation Question X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Message-ID: Date: Sat, 17 Mar 2001 11:54:54 GMT NNTP-Posting-Host: 24.147.67.93 X-Complaints-To: abuse@mediaone.net X-Trace: typhoon.ne.mediaone.net 984830094 24.147.67.93 (Sat, 17 Mar 2001 06:54:54 EST) NNTP-Posting-Date: Sat, 17 Mar 2001 06:54:54 EST Organization: Road Runner Xref: supernews.google.com comp.lang.ada:5799 Date: 2001-03-17T11:54:54+00:00 List-Id: This is very common especially in custom hardware. In any case the best approach for anything like this is to have a package that encapsulates all read/write access to the hardware. Once that is setup, assuming it is complete, you will almost never be modifying that package. Leaving scattered access to hardware in many places is just asking for trouble. "Charles H. Sampson" wrote in message news:98ug7e$9oj$1@newpoisson.nosc.mil... > This is not strictly an Ada issue but, since this group has one of > the best signal to noise ratios in USENET, I'll post it here anyhow. In > my defense, it did arise in an Ada project that I'm currently working > on. > > Our project uses a heavily populated VME rack with a PowerPC as the > CPU. I certainly don't understand all of the VME arcania but it seems > obvious to me that VME is at its root byte oriented. One of the cards > in the rack requires 16-bit reads and writes to its memory. If you at- > tempt an 8-bit read or write there is no indication of error; instead > the board silently zeros the other byte of the 16-bit word. > > This causes quite a bit of problem, as you might guess when you re- > flect on it for a minute. Whenever the module is modified (fortunately, > it's now pretty stable), we have to investigate the code generated by > the compiler to verify that there are no byte reads or writes to the > board's memory. If there are, we have to figure out a way to trick the > compiler into not doing it. > > I consider this wildly unreasonable. My question is this: Are > there compilers, for any language, that give the user the ability to > subset the hardware instruction set used for a compilation? I don't > know of any and I've had experience with 20-30 compilers in my career. > Other people, particularly those in academic settings, might have seen > many more. > > Charlie > > > -- > ****** > > For an email response, my user name is "sampson" and my host > is "spawar.navy.mil".