-[ Mon, Feb 07, 2011 at 01:58:07PM -0800, Andrew Pinski ]
> > The problem is : of these 64 bits, only the 32 lowest bits were set by
> > guile, and the upper 32 are desperately random.
>
> How were those lower 32bits set? If set by the 32bit instructions
> then it is automatically sign extend
On Mon, Feb 7, 2011 at 1:41 PM, wrote:
> The problem is : of these 64 bits, only the 32 lowest bits were set by
> guile, and the upper 32 are desperately random.
How were those lower 32bits set? If set by the 32bit instructions
then it is automatically sign extended. If not then there is a bug
Hello everyone,
I'd like to have Guile stickers on my laptop, so I needed a vectorized
version of the logo, which didn't exist.
So I made one, copying the hand-drawn jpeg version.
Here it is (the archive contains a "logo" directory which contains 3
svg files: guile-logo.svg, guile-banner.svg and
'memq' and 'memv' are not returning sublists as documented if (quote...)
is used to specify the list that is to be searched. Instead, they are
returning #t. Is this expected (and undocumented) behavior?
(Note: 'member' returns the found sublist for both (list ...) and
(quote ...))
$ /usr/loc
Hello!
I encountered a bug running guile test-suite on MIPS n32. I think I understand
enough to explain it, yet I don't really know who to blame for the bug. I tend
to think that the error belongs to libffi but I'm unsure as I don't know how
one is supposed to use libffi.
The bug hits in this sit
On Mon 07 Feb 2011 02:13, Mark Harig writes:
> 'memq' and 'memv' are not returning sublists as documented if (quote...)
> is used to specify the list that is to be searched. Instead, they are
> returning #t. Is this expected (and undocumented) behavior?
Nope, just a bug. Fixed in git. Thanks
