Projects / GNU Lightning / Comments

Comments for GNU Lightning

25 Oct 2006 12:11 bonzini

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.

25 Oct 2006 01:40 dimal

x86_64 porting
Whether porting to a x86_64 platform in the near future is planned?

12 Dec 2003 05:49 bonzini

Re: Win32

> 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.

13 May 2003 12:19 zygfryd

Win32
[ I couldn't contact You via mail at gnu.org
so I'm posting here]

Greetings,

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.

Zygfryd <zygfryd(at)piwko.pl>

24 Nov 2002 23:11 SteveDekorte

great for just in time compilers
Everything works well except the pop function appears to be missing on PPC.

11 May 2002 10:14 bonzini

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
> performance.
>
> 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

08 May 2002 18:54 nephtes

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 performance.

Out of curiosity, is the code generation based on the gcc project in any way?

Screenshot

Project Spotlight

ReciJournal

An open, cross-platform journaling program.

Screenshot

Project Spotlight

Veusz

A scientific plotting package.