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
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
'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 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
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
-[ 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
