two questions on 4-08-notes

2000-07-07 Thread S.D.Mechveliani

Dear GHC,

Sorry for the ignorance, just two questions on  4-08-notes.sgml.

 Result type signatures now work.
 
 [..]

 Constant folding is now done by Rules

What do these two mean, or where they are explained?
Maybe, you can give an example?

--
Sergey Mechveliani
[EMAIL PROTECTED]




Compiling ghc 4.08

2000-07-07 Thread GĂ©rard Milmeister

I get the following compile error:

(My configuration is Linux kernel 2.4.0-test1, gcc 2.91.66 and
ghc 4.06 installed)

PWD = /home/gemi/fptools/ghc/lib/std

rm -f PrelBase.o ; if [ ! -d PrelBase ]; then mkdir PrelBase; else 
/usr/bin/find PrelBase -name '*.o' -print | xargs rm -f __rm_food ; fi ;
../../driver/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -O 
-package-name std -static -split-objs  -H12m  -c PrelBase.lhs -o PrelBase.o 
-osuf o
ghc: 114644880 bytes, 17 GCs, 1047207/1890108 avg/max bytes residency (4 
samples), 13M in use, 0.01 INIT (0.00 elapsed), 2.68 MUT (3.04 elapsed), 0.75 
GC (0.84 elapsed) :ghc
Epilogue junk?: 
popl %edx
.Lfe364:
.sizec3Ix_ret,.Lfe364-c3Ix_ret
.globl PrelBase_zdwgcdInt_info
.section.rodata
.align 4
.typePrelBase_zdwgcdInt_info,@object
.sizePrelBase_zdwgcdInt_info,12

make[3]: *** [PrelBase.o] Error 255
make[2]: *** [all] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1



 PGP signature


Re: numericEnumFromThenTo strangeness

2000-07-07 Thread George Russell

Lennart Augustsson wrote:
 By definition, if you follow the standard you can't be wrong. :)
 But the standard can be wrong.  Perhaps this is a typo in the report?
I think I looked at this a while back.  The standard is kaput.  It gets even
worse if you try to make sense of the definitions of succ and pred as applied
to floating-point number.  My suggestion: get rid of Enum on floating-point
numbers.  Maybe it'll make floating point loops a little lengthier to code,
but at least it will be clear what exactly is being coded.