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,2925b133078d1557 X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: Flexible Strings (was Equality operator...) Date: 1997/05/10 Message-ID: #1/1 X-Deja-AN: 240676185 References: <9704301422.AA07755@most> <3F2AA8DEC61418AE.502E81A8ECA1C4E7.3A25DE2FB38755A4@library-proxy.airnews.net> Organization: New York University Newsgroups: comp.lang.ada Date: 1997-05-10T00:00:00+00:00 List-Id: Erik said <> (finally I see your original post, rather than a quote of a piece of it) It is DEFINITIELY appropriate for an Ada 83 compiler to offer a choice of storage allocators in this manner. Actually it is interesting to note that from what you say, they DID provide unchecked deallocation that worked via an option. In fact I can imagine an Ada 83 compiler for an embedded system which simply completely ignored UC under all circumstances, and as you rightly point out, this is often an appropriate choice for small embedded systems. Actually what you really want in this case is not a UC that does nothing at runtime, you want to declare access types for which UD (oops UC => UD throughout, I'm copying your mistake :-) is simply not permitted, period. Note that in Ada 95, providing you are using a compiler, such as GNAT, that fully supports annex H, then you have *exactly* what you need via pragma Restrictions (No_Unchecked_Deallocation); this will cause a program to be illegal if it attempts to instantiate Unchecked_Deallocation -- just what you want for your small embedded system example.