Jeremy Shaw wrote:
The other difference is the word order for doubles (and extended
precision doubles -- but I do not think ghc uses those). The nokia 770
is a little-endian system -- but in, ghc/rts/StgPrimFloat.c, I had to
hack this #ifdef:
#ifdef WORDS_BIGENDIAN
#define L 1
#define H 0
#else
#define L 0
#define H 1
#endif
nice find!
Should we define a new variable, such as DOUBLES_WORD_ORDER? Or just
hack the existing #defines to something like,
#ifdef WORDS_BIGENDIAN || NWFPE
I think the first option is better, because then people do not have to
know about architecture specific hacks.
The right way to fix this is to add an autoconf test, second best is to
change the #define as you did above. If you can hack up an autoconf
test and send a patch, we'll commit it.
Cheers,
Simon
_______________________________________________
Glasgow-haskell-users mailing list
[email protected]
http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
