Re: 64-bit instruction mask emitting as signed hex value

[Brian Mokrzycki <brian-mokrzycki@uiowa.edu>]

OK, I only have a fuzzy feeling as to how I got this resolved.  Basically I uninstalled guile from MacPorts and utilized a different portage system (homebrew) to reinstall guile 1.8.7.

During the reinstall homebrew was stating that guile 1.8.7 does not support compilation with LLVM and suggested I switch over to using GCC.  So I did that and now I get the proper behavior

guile> (number->string 0xFFFFFFFFFFFFFFFF 16)
"ffffffffffffffff"

I can't be certain that there wasn't some underlying dependency that was compiled with different configure flags… but I can say "It works" and I can move on to the next issue.

If anyone wants to pipe in and give me a definitive answer I would appreciate it.

Thanks,

-Brian

On Oct 5, 2011, at 3:41 PM, Brian Mokrzycki wrote:

> Interesting.  I'm running Guile 1.8.7 on Mac OS X Lion (10.7) and installed it with MacPorts, the Portfile for guile 1.8.7 at revision 2.  I think the next step is to download the source directly from gnu and see if it was simply a compile option that was missed.
> 
> And issuing the identical statement on my installation is
> 
> guile> (number->string 18446744073709551615 16)
> "-1"
> 
> Thanks for the additional clue.
> 
> -Brian
> 
> On Oct 5, 2011, at 3:34 PM, Frank Ch. Eigler wrote:
> 
>> Hi -
>> 
>> On Mon, Oct 03, 2011 at 09:57:39PM -0500, Brian Mokrzycki wrote:
>>> [...]
>> 
>> Good hunting!
>> 
>>> Guile 1.6.8
>>> guile> (number->string 0xFFFFFFFFFFFFFFFF 16) 
>>> "ffffffffffffffff"
>>> 
>>> Guile 1.8.7
>>> guile> (number->string 0xFFFFFFFFFFFFFFFF 16)
>>> "-1"
>> 
>> In the case of guile 1.8.8 (fedora 15 x86_64),
>> and guile 1.8.0 (rhel5 i386),
>> 
>> guile> (number->string 18446744073709551615 16)
>> "ffffffffffffffff"
>> 
>> Maybe something's wrong just with your build of guile somehow.
>> 
>> - FChE
>