Re: x86_64 porting
> Whether porting to a x86_64 platform in
> the near future is planned?
It is already done in MzScheme, it has to be merged and it will soon. The port, however, will not be complete from the beginning.
Whether porting to a x86_64 platform in the near future is planned?
> Would it be a problem for you sending me
> a makefile for win32/i386. I'm using mingw32
I would not know how to do that, but lightning is basically a set of header files. Copy the lightning/i386 directory into your project's directory, do some manual tweaking of lightning.h.in and rename it to lightning.h.
You should have no problems also by using Cygwin to run "lightningize" in your project's directory. After you lightningized the directory there are no more makefiles involved, only header files.
[ I couldn't contact You via mail at gnu.org
so I'm posting here]
I'd like to (try to) use your project in a JIT
for a MUD scripting language, however I'm a bit
confused about how to compile it.
Usually there's a 'makefile' but your project
uses some unix-specific *.am and *.in and I don't
really know how to use them.
Would it be a problem for you sending me
a makefile for win32/i386. I'm using mingw32 gcc-3.2.
Don't bother changing all those 'cp' and 'rm' and such
to dos/win specific because mingw32 supports them.
I'd be very grateful.
great for just in time compilers
Everything works well except the pop function appears to be missing on PPC.
Re: Good idea
> This could be a boon to CPU emulation
> projects -- it would make it much easier
> to do portable dynamic recompilation and
> therefore have much better
> Out of curiosity, is the code
> generation based on the gcc project in
> any way?
Absolutely not. There's no kind of `code generation' going on (no optimization, no register allocation, no instruction selection), only converting from portable assembly to native assembly and then assembly
This could be a boon to CPU emulation projects -- it would make it much easier to do portable dynamic recompilation and therefore have much better performance.
Out of curiosity, is the code generation based on the gcc project in any way?
An open, cross-platform journaling program.
A scientific plotting package.