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,99ab4bb580fc34cd,start X-Google-Attributes: gid103376,public From: tmoran@bix.com Subject: Q: access to subprogram Date: 1996/07/02 Message-ID: <4rb9dp$qe6@news1.delphi.com>#1/1 X-Deja-AN: 163287069 organization: Delphi Internet Services Corporation newsgroups: comp.lang.ada Date: 1996-07-02T00:00:00+00:00 List-Id: Could someone please explain "subprogram must not be deeper than access type". I want package utilities to offer type p is access procedure(x:in integer); and procedure do_stuff(how : in p); But if my main program 'with utilities' and procedure this_is_how(x:in integer); .. utilities.do_stuff(this_is_how'access); I get that message from GNAT 3.04 for DOS. I also note the same problem prevents compilation of the PMV16 OS/2 bindings, and is gotten around in the new OS/2 bindings with "this_is_how'unrestricted_access", which I don't see in the LRM. The message indicates an understandable problem, but what's the workaround to allow my package utilities to offer a do_stuff procedure.