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,d3b2e17058959a22 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 1995-03-24 13:24:34 PST Path: nntp.gmd.de!news.rwth-aachen.de!news.rhrz.uni-bonn.de!news.uni-stuttgart.de!rz.uni-karlsruhe.de!xlink.net!howland.reston.ans.net!gatech!news-feed-1.peachnet.edu!news.duke.edu!zombie.ncsc.mil!admii!cmcl2!thecourier.cims.nyu.edu!thecourier.cims.nyu.edu!nobody From: dewar@cs.nyu.edu (Robert Dewar) Newsgroups: comp.lang.ada Subject: Re: C++ to Ada95, help please Date: 24 Mar 1995 16:24:34 -0500 Organization: Courant Institute of Mathematical Sciences Message-ID: <3kvdai$kjk@gnat.cs.nyu.edu> References: <3kjd2m$d3t@jerry.rb.icl.co.uk> NNTP-Posting-Host: gnat.cs.nyu.edu Date: 1995-03-24T16:24:34-05:00 List-Id: Why wasn't pragma Unchecked_Union included in Ada 95? Really two reasons: First: it simply wasn't thought of until very recently. Mitch Gart started a conversation on this issue quite recently, and the suggestion of pragma Unchecked_Union came out of these discussions. I still wouldn't regard the design as solid enough to even semi-standardize without more perusal and experience. Second: there is a limit on how far it is reasonable to go in the definition of such language interface details. For one thing, an accurate description of them depends on the semantics of the other language, so it gets quite tricky. Third (3 of 2 :-) the Unchecked_Union feature is really rather unpleasant as a full blown language feature, and putting it in the Ada RM would perhaps give it TOO much status. There is nothing to stop this being used in Ada programs quite independently of C (except good taste!)