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=-0.1 required=5.0 tests=AXB_XMAILER_MIMEOLE_OL_024C2, 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 20:02:03 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!newsfeed.icl.net!opentransit.net!proxad.net!proxad.net!teaser.fr!enst!enst.fr!not-for-mail From: "David C. Hoos, Sr." Newsgroups: comp.lang.ada Subject: Re: GNAT internals question Date: Wed, 26 Jun 2002 22:02:59 -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> <3D1A400A.D0DC919A@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="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1025146922 13967 137.194.161.2 (27 Jun 2002 03:02:02 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Thu, 27 Jun 2002 03:02:02 +0000 (UTC) Return-Path: X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 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:26737 Date: 2002-06-26T22:02:59-05:00 The binder does not generate the "AMEB" -- the compiler generates it as a result of compiling the Ada_Main package of which the _source_code_ was generated by the binder. Further, consider that the function Ada_Main.main is exported as the C main function which is called by the C runtime start-up code. The C runtime startup code knows nothing about Ada, so wouldn't call the "AMEB," and you can see in the source code of the Ada_Main.main function everything that is done, showing that nowhere is the "AMEB" called. ----- Original Message ----- From: "sk" To: Sent: June 26, 2002 5:28 PM Subject: Re: GNAT internals question > 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 > ------------------------------------- > _______________________________________________ > comp.lang.ada mailing list > comp.lang.ada@ada.eu.org > http://ada.eu.org/mailman/listinfo/comp.lang.ada > >