Hi Neil,
Neil Jerram writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> Actually, it's also meant to be used directly by GDB. Normally, GDB
>> should try to display SCM values on its own (using its own copy of
>> `tags.h' and the corresponding printing procedures) and resort to
>> calling `g
Hi,
I've gone ahead and added vector and bytevector ops to the VM. That
should provide a considerable speedup to programs that use those data
structures.
As far as brainfuck goes:
On Wed 24 Jun 2009 14:03, Andy Wingo writes:
> brainfuck@(guile-user)> ,c ++]
brainfuck@(guile-user)> ,c
Hi Neil!
On Fri 26 Jun 2009 00:47, Neil Jerram writes:
> Andy Wingo writes:
>
>> I don't have Neil's mail open here, but my thought was this: getting a
>> fast VM is a dark art of feeling and instinct, My feeling is that a VM
>> is fast if it fits in the CPU's cache: the instruction cache and t
Hello,
the problem with the library installed into /lib directory instead of /bin is
caused by "-module" parameter into LDFLAGS.
This parameter should be moved into configure script and it must be used for
platforms that really need it (at least, not for mingw and cygwin).
I also removed the "-lg
Andy Wingo writes:
> Hi Neil!
Hi Andy!
> On Fri 26 Jun 2009 00:47, Neil Jerram writes:
>
>> Thanks, I see now. But presumably even VM code will frequently call
>> out to primitives all over libguile, won't it?
>
> Over time, I'd say no. I see functions written in C migrating over to be
> writ
l...@gnu.org (Ludovic Courtès) writes:
> Hi Neil,
Hi Ludo!
> Neil Jerram writes:
>
>> Wow, that's pretty cool! So your patches are actually in GDB now, are
>> they?
>
> Yes, but as I said, they're not too useful as it stands.
I don't really understand why you say that. They look useful to me
Hello,
Neil Jerram writes:
>> Neil Jerram writes:
>>
>>> Wow, that's pretty cool! So your patches are actually in GDB now, are
>>> they?
>>
>> Yes, but as I said, they're not too useful as it stands.
>
> I don't really understand why you say that. They look useful to me.
Because one can achi
The patch below allows a complete MinGW build of branch_release-1-8; I
haven't tried actually running the built .exe and .dlls yet.
Comments appreciated as usual!
Neil
>From ed7189a28292cd9ba8fcb5d18d2dcd817061935a Mon Sep 17 00:00:00 2001
From: Neil Jerram
Date: Sat, 27 Jun 2009 00:33:06
Hello!
Neil Jerram writes:
> - MinGW can't export/import struct variables from/to a DLL, so wrap
> the ones needed by inline.h in exported/imported pointer variables.
[...]
> * libguile/gc.h (scm_i_freelist_ptr, scm_i_freelist2_ptr,
> scm_i_master_freelist_ptr, scm_i_master_freelist2_ptr):
