Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of pmcfirst@gmail.com designates
 64.233.182.187 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=oB/xst7ED50grGwhItdAE+NfnFkx2KcUzpQEZUE9iSAsne14lQTTtvErNBICohaDLh2ZgtPuDT6jofG/uIRkLRthruKNpfll6S6MKuLBoLo4gHydXa6F7TAFV+WDNkGpZMcs1dKxAOQTL/rj6nhBTFY7+WDmO/Ug8uLCN3mUrpU=
Message-ID: <e0f125db0607250202s35fd63bdm976cb6d06db71bc1@mail.gmail.com>
Date: Tue, 25 Jul 2006 13:02:53 +0400
From: "Pavel Pervov" <pmcfirst@gmail.com>
To: harmony-dev@incubator.apache.org
Subject: Re: [drlvm] Cleaning insides of Class.h header
In-Reply-To: <bc79dd600607240818t598d8f32oe810345a047587fe@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_64420_819333.1153818173884"
References: <e0f125db0607240324w15fba97bj3f1573826b3b27fb@mail.gmail.com>
	 <c3755b3a0607240337i26f10249i78cb9f29045b9f10@mail.gmail.com>
	 <e0f125db0607240402w28067574n28f7aab45f07e833@mail.gmail.com>
	 <bc79dd600607240641w71a21d8cpb507408756d2358a@mail.gmail.com>
	 <e0f125db0607240725k44badb99sbc2877353c22fc6a@mail.gmail.com>
	 <bc79dd600607240818t598d8f32oe810345a047587fe@mail.gmail.com>

------=_Part_64420_819333.1153818173884
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Michail,

you can get root class set to A and iterate "all incarnations" from there.

Regards,
    Pavel.

On 7/24/06, Mikhail Fursov <mike.fursov@gmail.com> wrote:
>
> On 7/24/06, Pavel Pervov <pmcfirst@gmail.com> wrote:
> >
> > Michail,
> >
> > If some component external to VM core has direct access to class.h, this
> > should be eliminated shortly. AFAIU, there are none such components.
>
>
> Yes there are no such components, JIT uses 'vm.h' file to access class or
> methods information.
> But 'vm.h' functions use class.h functionality in their implementation.
>
> Answering your questions:
> > 1) It is possible to traverse class hierarchy downward using available
> > specialized interfaces. It is also possible to traverse class hierarchy
> > upward by asking direct super class of any class you have. The only
> > impossible thing to do is to traverse one level of class hierarchy in
> both
> > directions. Do you really want to do the thing?
>
> 2) AFAIU, it is also available in the interface.
>
>
> Do you mean this method?
>
> // Initializes the CHA_Method_Iterator, to iterate over all methods that
> // match the method signature and descend from root_class (including
> root_class itself).
> // Returns TRUE if iteration is supported over root_class, FALSE if not.
> VMEXPORT Boolean method_iterator_initialize(ChaMethodIterator*,
> Method_Handle method, Class_Handle root_class);
>
>
> I'm afraid this will not work, let's check the example:
>
> class A {
> void foo(){}
> }
> class B extends A {
> void foo(){}
> }
> class C extends B {
> void foo(){}
> }
>
> In runtime I can have a handle of B::foo() and want to get all method
> incarnations: A::foo(), B::foo(), C::foo().
> What is the best way to get them all?
>
> --
> Mikhail Fursov
>
>

------=_Part_64420_819333.1153818173884--