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,MAILING_LIST_MULTI, REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,269b6d3e3954b114 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2002-06-26 15:31:03 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!fr.clara.net!heighliner.fr.clara.net!freenix!enst!enst.fr!not-for-mail From: sk Newsgroups: comp.lang.ada Subject: Re: GNAT internals question Date: Wed, 26 Jun 2002 17:28:26 -0500 Organization: ENST, France Sender: comp.lang.ada-admin@ada.eu.org Message-ID: References: <3D19AA89.8FAE0ECA@ktc.com> <08c501c21d12$82b87a20$6400000a@dhoos> <3D1A2EE9.5BC51A23@myob.com> Reply-To: comp.lang.ada@ada.eu.org NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1025130662 12907 137.194.161.2 (26 Jun 2002 22:31:02 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Wed, 26 Jun 2002 22:31:02 +0000 (UTC) Return-Path: X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.2.19-4.3mdk i686) X-Accept-Language: en Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: comp.lang.ada mail<->news gateway List-Unsubscribe: , Errors-To: comp.lang.ada-admin@ada.eu.org X-BeenThere: comp.lang.ada@ada.eu.org Xref: archiver1.google.com comp.lang.ada:26727 Date: 2002-06-26T17:28:26-05:00 Hi, "David C. Hoos" > Am I making this clear? I think you are saying that "ada_main___elabb" is a stub which is never called and that I do not need to worry about it ? My unease arises since the AMEB issue is out of user-domain control and vaguely fits into the virtual "environment task" domain (a very very sketchy comprehension of the LRM), that this is implementation defined and therefore under some circumstances GNAT might use it. The "environment task", as established by the link process and the gnat-run-time-library, is far greater than the Ada main which has the structure adainit call my-code adafinal with AMEB floating around somewhere. Perhaps the AMEB is called by some of the "implementation defined" "environment task" and run-time libraries prior to invoking the Ada main ? If this is all irrelevent, as you suggest, the question then becomes one of why does gnatbind create AMEB then ? As an aside, I am not trying to control AMEB, just to account for it and ensure that I do not mistakenly ignore it when loading an Ada main outside of a standard OS context. -- ------------------------------------- -- Merge vertically for real address ------------------------------------- s n p @ t . o k i e k c c m -------------------------------------