[Q][VM][ENH][RFH][COMP] Request For Help : CompilerPlugin
phiho.hoang at rogers.com
Thu Apr 4 00:01:05 UTC 2002
> Have you looked at dynamic primitives:
Thanks for the pointer. I came across it when first lurking
around but didn't try it because I do not have a PPC box. Besides, it
seemed that for some reason, that project was put in the back burner.
The approach seems to be something between a true JIT and the
preJIT named primitives.
The author seems to stress on the fact that the primitives are
translated into machine code. I do not know if other regular bytecodes
would benefit from the implementation.
> Nicer solution with Squeak to Metal than Squeak to
> C/C++ to GCC to Metal.
Yes, it's a cool idea. The problem is it's not as portable as
going through C/C++ and GCC.
I think the named primitives plugin and Slang may be a more
I hope Hans-Martin will correct me where I am wrong and share
his experience with us.
From: squeak-dev-admin at lists.squeakfoundation.org
[mailto:squeak-dev-admin at lists.squeakfoundation.org] On Behalf Of Karl
Sent: Wednesday, April 03, 2002 10:29 AM
To: squeak-dev at lists.squeakfoundation.org
Subject: Re: [Q][VM][ENH][RFH][COMP] Request For Help : CompilerPlugin
PhiHo Hoang wrote:
> Just imagine, with a CompilerPlugin, ModManPlugin will just grab
> FreeCell.st, throws it at CompilerPlugin which will compile it (into
> bytecode) then throw it at ObjectMemoryPlugin which tries to stuff it
> into ObjectMemory and 'discovers' that something is missing, it will
> bark at ModManPlugin, somehow ModManPlugin will try to resolve what is
> missing and try to pull it from the net.
Have you looked at dynamic primitives:
Nicer solution with Squeak to Metal than Squeak to
C/C++ to GCC to Metal.
More information about the Squeak-dev