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=0.7 required=5.0 tests=BAYES_00,INVALID_DATE, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 Path: utzoo!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!tut.cis.ohio-state.edu!python.cis.ohio-state.edu!holly From: holly@python.cis.ohio-state.edu (Joe Hollingsworth) Newsgroups: comp.lang.ada Subject: Re: layering with discriminants Message-ID: <90348@tut.cis.ohio-state.edu> Date: 4 Mar 91 02:52:59 GMT References: <44963@ut-emx.uucp> Sender: news@tut.cis.ohio-state.edu Reply-To: Joe Hollingsworth Organization: The Ohio State University Dept of Computer & Information Science List-Id: In article <44963@ut-emx.uucp> hasan@emx.utexas.edu (David A. Hasan) writes: ...stuff deleted... >My problem revolves around the fact that the DEC compiler rejects >the presence of the discriminant in the full declaration of the adt in >the private part of g_highLevel, since the declaration is not a record. >But the declaration is *derived* from a record. >My conclusion is that it is not legal to derive >types with discriminants from parents with discriminants. >If this is true, is there anyway to achieve an equivalent effect? There's always this nagging problem when the compiler "rejects" some program that you feed it: Is the compiler right and this is not legal Ada, or is there a problem with the compiler? This question seems to come up frequently when trying things such as what was described above. (As for the above, I don't have an answer.) Makes one wonder if having two compilers (from different vendors) "might" help answer the above question. Probably not. Joe holly@cis.ohio-state.edu