October 2002 - Cvs-hugs

cvs commit: hugs98/src/unix convert_libraries
by ross＠glass.cse.ogi.edu 29 Oct '02

29 Oct '02

ross 2002/10/29 07:18:30 PST Modified files: src/unix convert_libraries Log: Minor cleanups. Revision Changes Path 1.39 +8 -36 hugs98/src/unix/convert_libraries

1 0

cvs commit: hugs98/src/unix configure.in configure hugs98 Install
by ross＠glass.cse.ogi.edu 28 Oct '02

28 Oct '02

ross 2002/10/27 17:32:40 PST Modified files: src/unix configure.in configure . Install Log: Uncomment the --enable-double-precision option to configure, but leave it off by default. It's also ignored if sizeof(double) > 2*sizeof(int), because Hugs stores a double as a pair of cells. Revision Changes Path 1.48 +8 -4 hugs98/src/unix/configure.in 1.44 +467 -452 hugs98/src/unix/configure 1.8 +10 -0 hugs98/Install

1 0

Re: Rational sequence
by Ross Paterson 27 Oct '02

27 Oct '02

On Tue, Oct 22, 2002 at 01:52:01PM +0100, Alastair Reid wrote: > Once the release is out the door and things settle down a bit (both in > Hugs and in my personal life), I'd like to cleanup the Hugs' internals > which have gotten quite confused by layer upon layer of backward > compatability code. Practical benefits I hope for are: > > - Make Float mean 'C float' and Double mean 'C double'. > Most of the code is actually in Hugs already but it was disabled > because of some long-irrelevant issue involving the foreign > function interface. Does this mean that we can safely enable USE_DOUBLE_PRECISION now? If so, I think we should do it for this release. Obviously the best thing would be Float = float, Double = double, but I think most people would prefer Float = Double = double to Float = Double = float.

2 2

cvs commit: hugs98/src machdep.c static.c
by ross＠glass.cse.ogi.edu 26 Oct '02

26 Oct '02

ross 2002/10/26 10:55:42 PDT Modified files: src machdep.c static.c Log: Removed two unused variables, and added a missing type. Revision Changes Path 1.71 +2 -3 hugs98/src/machdep.c 1.115 +3 -4 hugs98/src/static.c

1 0

cvs commit: hugs98/src machdep.c
by Sigbjorn Finne 25 Oct '02

25 Oct '02

sof 2002/10/25 06:02:08 PDT Modified files: src machdep.c Log: compileAndLink(): define __HUGS__ when compiling the .c bits Revision Changes Path 1.70 +5 -2 hugs98/src/machdep.c

1 0

Re: ffihugs, Storable.so
by Ross Paterson 25 Oct '02

25 Oct '02

On Fri, Oct 25, 2002 at 09:37:51AM +0100, Alastair Reid wrote: > > > even if configure has "--enable-ffi", just issuing "make" doesn't > > build and/or install the ffihugs executable. > > > furthermore, separately issuing "make ffihugs" is not sufficient > > either, and that shows up in some surprising places: > > You need to configure with --enable-ffi and then 'make install'. (At > least, that's what I've been doing.) Alastair, can I check a couple of things with you: I've changed configure in CVS so that the FFI is enabled by default if one of the header files for dynamic loading is found (the same test you use in machdep.c for defining getDLL() and friends). I'm assuming that that means static imports should be available, though dynamic ones may not be. Is that right? Levent (and Oliver Braun) asked why ffi-using modules are compiled in the install directories (rather than in the build tree and merely copied on install, like everything else). Is that because the alternative doesn't work if your build tree is full of symbolic links, due to path canonicalization?

2 2

cvs commit: hugs98/src static.c
by erkok＠glass.cse.ogi.edu 25 Oct '02

25 Oct '02

erkok 2002/10/24 23:34:06 PDT Modified files: src static.c Log: make sure implicit-parameters are not allowed in let-generators of the mdo-notation too (just like those of the do-notation). otherwise, we were getting the amusing error message: Control.Monad.Fix> mdo {let {?x = 2};print ?x} ERROR - Type error in application *** Expression : ( $0 *** Term : ( *** Type : () *** Does not match : a -> b now we get: Control.Monad.Fix> mdo {let {?x = 2};print ?x} ERROR - Currently illegal to bind implicit parameters in the recursive do-notation Jeff: I guess this also shows that just "not-checking" for the existence of implicit parameters is not sufficient to have them supported everywhere.. (plain old "do" also has similar problems.) Revision Changes Path 1.114 +10 -3 hugs98/src/static.c

1 0

cvs commit: hugs98/libraries/Hugs Prelude.hs
by ross＠glass.cse.ogi.edu 25 Oct '02

25 Oct '02

ross 2002/10/24 17:31:25 PDT Modified files: libraries/Hugs Prelude.hs Log: More H98-compliant Enum instances for Float, Double and Ratio, by adding succ and pred, and copying fromEnum from the Report (so it gives a runtime error for out-of-range values). Ratio still doesn't have H98's quirky termination condition. Revision Changes Path 1.9 +9 -3 hugs98/libraries/Hugs/Prelude.hs

1 0

cvs commit: hugs98/src builtin.c
by Sigbjorn Finne 24 Oct '02

24 Oct '02

sof 2002/10/24 15:26:22 PDT Modified files: src builtin.c Log: make int->char coercions explicit Revision Changes Path 1.35 +5 -5 hugs98/src/builtin.c

1 0

cvs commit: hugs98/src/msc hugs.dsp runhugs.dsp
by Sigbjorn Finne 24 Oct '02

24 Oct '02

sof 2002/10/24 15:25:05 PDT Modified files: src/msc hugs.dsp runhugs.dsp Log: updated Revision Changes Path 1.4 +10 -7 hugs98/src/msc/hugs.dsp 1.4 +11 -7 hugs98/src/msc/runhugs.dsp

1 0