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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,319ef0454c7765d5 X-Google-Attributes: gid103376,public From: ka@socrates.hr.att.com (Kenneth Almquist) Subject: Re: Why no exception hierarchy ? Date: 1995/03/31 Message-ID: #1/1 X-Deja-AN: 100649451 sender: news@nntpa.cb.att.com (Netnews Administration) references: <3ksv4s$f9e@news.uni-c.dk> <1995Mar28.115614.9511@eisner> organization: AT&T newsgroups: comp.lang.ada Date: 1995-03-31T00:00:00+00:00 List-Id: > In article , ka@socrates.hr.att.com (Kenneth Almquist) writes: >> kilgallen@eisner.decus.org (Larry Kilgallen, LJK Software) writes: >>> For an address representation clause, which might be used to access hardware, >>> optimizing out dead assignments seems quite inappropriate. Is there no >>> Ada83 method of avoiding such an optimization for such objects? >> >> Pragma Atomic will suppress these optimizations. My mistake; I meant pragma Shared. Pragma Atomic is that Ada 95 replacement for pragma Shared. Pragma Shared might not do what you want on some implementations because the the description refers to actions of other tasks. The intended implementation of pragma Shared is the same as that of pragma Atomic, but a smart compiler might use its knowledge of the other tasks and the way the run time scheduler works to perform optimizations that would be prohibited by pragma Atomic. Kenneth Almquist