Deprecated Call in CompiledMethod

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Deprecated Call in CompiledMethod

Patrick R.
Hello everyone,

While wandering through the Kernel I stumbled upon the message CompiledMethod>>#valueWithReceiver: aReceiver arguments: anArray which contains the following code:

"This should be changed after the release of Squeak 4.3 to
^self class receiver: aReceiver withArguments: anArray executeMethod: self"
	^ aReceiver withArgs: anArray executeMethod: self

Is there a reason for this being still in the image? Otherwise, I will change this to the new API.
Reply | Threaded
Open this post in threaded view
|

Re: Deprecated Call in CompiledMethod

Robert Withers
Hi Patrick,

I like the looks of this. A core goal is to see these get passed over
the network and stretch it's context/stack with farRefs and have it
evaluate remotely. I've not spent any time exploring moving actual code,
but Mushroom (currently a little bit broken) does remote objects. A
CompiledMethod looks perfect for remote relocation, I think but I am not
sure. This method looks to be a perfect fit for eventual evaluation. I
wanted to let you know since you brought this method up. Thank you for
the opportunity, I am hopeful.

Best recursively,
Robert

On 12/08/2015 02:03 PM, Patrick R. wrote:

> Hello everyone,
>
> While wandering through the Kernel I stumbled upon the message
> CompiledMethod>>#valueWithReceiver: aReceiver arguments: anArray which
> contains the following code:
>
>
>
> Is there a reason for this being still in the image? Otherwise, I will
> change this to the new API.
>
>
>
> --
> View this message in context: http://forum.world.st/Deprecated-Call-in-CompiledMethod-tp4866105.html
> Sent from the Squeak - Dev mailing list archive at Nabble.com.
>