As far as I can tell it is a problem with the sign of NaN. On my system, an x86 Mac, it seems that NaN has a negative sign:
% gsc Gambit v4.6.1
(c#targ-float->exact-exponential-format (/ 0.0 0.0) #f)
#(16777215 105 -1)
(c#targ-float->exact-exponential-format (/ 0.0 0.0) #t)
#(9007199254740991 972 -1)
Can you try to evaluate those two expressions with gsc and report the values you get?
I think the solution would be to normalize the representation so that on all systems the binary representation of NaN in the generated C code is the same.
Marc
On 2011-10-19, at 9:52 AM, Paul Wolneykien wrote:
Hi,
When building 4.6.1 on armv5tel platform, `make check` finishes with the following:
------------ TEST 5 (compiler generating C code) rm -f mix.c LD_LIBRARY_PATH=../lib:../gsi:../gsc: ../gsc/gsc -:d-,~~bin=../bin,~~lib=../lib,~~include=../include -f -c mix.scm diff test5.ok mix.c 1781c1781
< ___DEF_SUB_FLO(___X17,-0x1L,-0x1L)
___DEF_SUB_FLO(___X17,0x7fffffffL,-0x1L)
make: *** [test5] Error 1
Is it critical?
Regards,
Paul.
Gambit-list mailing list Gambit-list@iro.umontreal.ca https://webmail.iro.umontreal.ca/mailman/listinfo/gambit-list