This is the mail archive of the
cgen@sourceware.org
mailing list for the CGEN project.
Re: 64-bit instruction mask emitting as signed hex value
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
>