From: "David C. Hoos, Sr." <david.c.hoos.sr@ada95.com>
Subject: Re: GNAT internals question
Date: Wed, 26 Jun 2002 22:02:59 -0500
Date: 2002-06-26T22:02:59-05:00 [thread overview]
Message-ID: <mailman.1025146922.654.comp.lang.ada@ada.eu.org> (raw)
In-Reply-To: 3D1A400A.D0DC919A@myob.com
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" <noname@myob.com>
To: <comp.lang.ada@ada.eu.org>
Sent: June 26, 2002 5:28 PM
Subject: Re: GNAT internals question
> Hi,
>
> "David C. Hoos" <david.c.hoos.sr@ada95.com>
> > 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
>
>
next prev parent reply other threads:[~2002-06-27 3:02 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <3D19AA89.8FAE0ECA@ktc.com>
2002-06-26 13:07 ` GNAT internals question David C. Hoos, Sr.
[not found] ` <08c501c21d12$82b87a20$6400000a@dhoos>
2002-06-26 21:15 ` sk
[not found] ` <3D1A2EE9.5BC51A23@myob.com>
2002-06-26 21:36 ` sk
2002-06-26 21:47 ` David C. Hoos
2002-06-26 22:28 ` sk
[not found] ` <3D1A400A.D0DC919A@myob.com>
2002-06-27 3:02 ` David C. Hoos, Sr. [this message]
[not found] ` <099a01c21d87$2867b1b0$6400000a@dhoos>
2002-06-27 6:40 ` sk
2002-06-26 11:50 sk
2002-06-26 15:15 ` Stephen Leake
2002-06-26 21:21 ` sk
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox