From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16951 invoked by alias); 5 Oct 2011 21:40:50 -0000 Received: (qmail 16941 invoked by uid 22791); 5 Oct 2011 21:40:48 -0000 X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org Received: from mail-yw0-f41.google.com (HELO mail-yw0-f41.google.com) (209.85.213.41) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 05 Oct 2011 21:40:27 +0000 Received: by ywe9 with SMTP id 9so2391065ywe.0 for ; Wed, 05 Oct 2011 14:40:25 -0700 (PDT) Received: by 10.42.152.129 with SMTP id i1mr724354icw.172.1317850825403; Wed, 05 Oct 2011 14:40:25 -0700 (PDT) Received: from [10.0.1.201] (173-17-40-74.client.mchsi.com. [173.17.40.74]) by mx.google.com with ESMTPS id 2sm6234061ibf.0.2011.10.05.14.40.22 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Oct 2011 14:40:23 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Apple Message framework v1244.3) Subject: Re: 64-bit instruction mask emitting as signed hex value From: Brian Mokrzycki In-Reply-To: <9453F244-7E2E-47CA-8789-9CAC7156A710@uiowa.edu> Date: Wed, 05 Oct 2011 21:40:00 -0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <857E14BA-89BB-47E3-8BC9-CC02F296787F@uiowa.edu> <20111005203402.GA22623@redhat.com> <9453F244-7E2E-47CA-8789-9CAC7156A710@uiowa.edu> To: cgen@sourceware.org Mailing-List: contact cgen-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cgen-owner@sourceware.org X-SW-Source: 2011-q4/txt/msg00004.txt.bz2 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 (h= omebrew) 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 co= mpiled with different configure flags=85 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 apprecia= te 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 install= ed it with MacPorts, the Portfile for guile 1.8.7 at revision 2. I think t= he next step is to download the source directly from gnu and see if it was = simply a compile option that was missed. >=20 > And issuing the identical statement on my installation is >=20 > guile> (number->string 18446744073709551615 16) > "-1" >=20 > Thanks for the additional clue. >=20 > -Brian >=20 > On Oct 5, 2011, at 3:34 PM, Frank Ch. Eigler wrote: >=20 >> Hi - >>=20 >> On Mon, Oct 03, 2011 at 09:57:39PM -0500, Brian Mokrzycki wrote: >>> [...] >>=20 >> Good hunting! >>=20 >>> Guile 1.6.8 >>> guile> (number->string 0xFFFFFFFFFFFFFFFF 16)=20 >>> "ffffffffffffffff" >>>=20 >>> Guile 1.8.7 >>> guile> (number->string 0xFFFFFFFFFFFFFFFF 16) >>> "-1" >>=20 >> In the case of guile 1.8.8 (fedora 15 x86_64), >> and guile 1.8.0 (rhel5 i386), >>=20 >> guile> (number->string 18446744073709551615 16) >> "ffffffffffffffff" >>=20 >> Maybe something's wrong just with your build of guile somehow. >>=20 >> - FChE >=20