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,2078dddcdcd8d83 X-Google-Attributes: gid103376,public From: dewar@merv.cs.nyu.edu (Robert Dewar) Subject: Re: Warning: Religious naming convention discussion :-) [was: assign help!!] Date: 1997/05/11 Message-ID: #1/1 X-Deja-AN: 240886639 References: <5kjvcv$evt@news.cis.nctu.edu.tw> <5kn8ko$jcc@top.mitre.org> <1997May7.201035.2439@nosc.mil> <33727EEA.2092@sprintmail.com> <5kuf1j$17vi@uni.library.ucla.edu> <3373666A.31DFF4F5@spam.innocon.com> <3373EAB5.73A0@sprintmail.com> <33755EF7.1A8F@erols.com> Organization: New York University Newsgroups: comp.lang.ada Date: 1997-05-11T00:00:00+00:00 List-Id: John G. Volan wrote: > But once again, I'd want the rule to be simple and minimalistic: Just > always mark access types (and access objects) with "_Pointer". Bad suggestion. Access types are NOT pointers. They may be implemented using pointers some of the time (but not all the time -- we often find people using GNAT being surprised to find that access types are not always represented using simple pointers in some cases, but of course there is nothing in the language that suggests or requires that access types be implemented using pointers). Suffixing access types with _Pointer emphasizes the confusion, and seems inappropriate to me. It is analogous to saying that all integer types should be suffixed with _Twos_Complement_Bit_String or somesuch. Names should be chosen to emphasize the meaning at an appropriate level of abstraction, not the low-level implementation dependent representation.