Thanks Howard, this looks applicable as well.
I had not thought of this approach so it is helpful
mark___
mlvm-dev mailing list
[email protected]
http://mail.openjdk.java.net/mailman/listinfo/mlvm-dev
I have found the following class useful for something similar, don't
know if it will be of help:
/** A {@link MutableCallSite} that can be reset to its initial target. */
public static class ResetableCallSite extends MutableCallSite {
private MethodHandle reset = null;
/**
* Make
Thanks Attila, I am doing the same as you ( just want to revert the
target)
regards
mark
From:
Attila Szegedi
To:
Da Vinci Machine Project
Date:
03/06/2011 10:34 PM
Subject:
Re: CallSite relinking
Sent by:
[email protected]
Yeah, you'll need to keep a method h
Yeah, you'll need to keep a method handle for your linking method around.
Do you need to return them into an actual "unlinked" state, or do you just need
to make sure they're relinked at the time of the next invocation? I found that
for my use cases, the latter is actually sufficient - in my dyn
I am at the point where I need to plan for the insitu replacement of
methods. For this I need to relink the call sites
which reference the selector of the method being replaced. Looking over
the latest api I don't see the old methods
which one could use to force a callsite to an unlinked state
