- Glasgow-haskell-users

ghc5.00 binary on Sparc?
by George Russell 10 Apr '01

10 Apr '01

GHC 5.00 looks wonderful. Would it be possible to make a binary distribution available for Sparc? As you may remember, I've had difficulty compiling it myself for Sparc, for some reason I don't know, and even if I find a way of hacking things to compile it, I'd rather users (= students) didn't have to . . .

1 0

RE: How to box/unbox values?
by Julian Seward (Intl Vendor) 10 Apr '01

10 Apr '01

| -----Original Message----- | From: Thomas Pasch [mailto:pasch@netzGeneration.com] | Sent: Tuesday, April 10, 2001 12:55 AM | To: glasgow-haskell-users(a)haskell.org | Subject: How to box/unbox values? | | | Hello, | | is there an easy way to box/unbox Types. | I need this for Int's, so is there | a function that does: | | Int# -> Int | Int -> Int# import GlaExts ( Int(..) ) iBox x = I# x iUnbox (I# x) = x

1 0

How to box/unbox values?
by Thomas Pasch 10 Apr '01

10 Apr '01

Hello, is there an easy way to box/unbox Types. I need this for Int's, so is there a function that does: Int# -> Int Int -> Int# Regards, Thomas

2 1

failed when trying to compile FranTk with ghc
by luc 09 Apr '01

09 Apr '01

I tried FranTk with ghc 4.08 and got : (this is the "fixed" FrankTk, alledged working with 4.06, if im not wrong) are there any difference with 4.06 and 4.08 ? ------------------------------------------------------------------------ ==fptools== gmake boot - --no-print-directory -r; in /home/luc/tmp/FranTk/src/FranSrc ------------------------------------------------------------------------ ghc -M -optdep-f -optdep.depend -optdep-o -optdepo -O -fglasgow-exts -recomp -dcore-lint -fvia-C -syslib concurrent -i../TclHaskellSrc Compatibility.ghc.hs BaseTypes.hs Force.hs MutSet.hs Event.hs BPrim.hs WorkPool.hs FranTime.hs Behavior.hs FranPrim.hs Listener.hs ColorCore.hs Vector2.hs VectorSpace.hs Point2.hs Vector3.hs Point3.hs Transform2.hs Rect.hs Transform3.hs StaticTypes.hs ColorCoreB.hs Point2B.hs Point3B.hs Vector2B.hs Vector3B.hs RectB.hs Transform2B.hs Transform3B.hs BehaviorTypes.hs VectorSpaceB.hs BehaviorIO.hs FranCore.hs FranBehavior.hs No file `PrelNumExtra.hi', `PrelNumExtra.lhs', `PrelNumExtra.hs' (reqd from file `Compatibility.ghc.hs') among import directories: ../TclHaskellSrc:. gmake[2]: *** [depend] Error 1 gmake[1]: *** [boot] Error 1

2 1

Re: process file table full?
by Mike Gunter 07 Apr '01

07 Apr '01

One might think it would be best to trigger a garbage collection before giving up and raising the exception. Or no? mike "Simon Marlow" <simonmar(a)microsoft.com> writes: > > Yesterday I asked for the posssible reasons of > > > > > Fail: resource exhausted > > > Action: openFile > > > Reason: process file table full connect-985988146.log > > > > Writing that particular file wasn't the cause, but just a symptom. > > > > It seems that I forgot to close filehandles obtained from > > Socket.accept. > > I somehow thought they were garbage collecteted, but > > apparently the weren't. > > They should be garbage collected and closed automatically. But it may > be some time between the handle becoming garbage and it finally being > closed, so if you're accepting connections at a fast rate, it's always a > good idea to close the handle explicitly when you finish with it. > > Cheers, > Simon

1 0

RE: About rules
by Simon Peyton-Jones 06 Apr '01

06 Apr '01

No good reason. I've implemented the one-line change in my copy but we're in a code freeze until we release GHCi 5.00 on Monday. After that I'll commit it. Good idea, thank you. Simon | -----Original Message----- | From: Josef Svenningsson [mailto:josefs@cs.chalmers.se] | Sent: 05 April 2001 16:29 | To: glasgow-haskell-users(a)haskell.org | Subject: About rules | | | Hi all! | | I've been playing around with the rules facility a bit. There | is a boring shortcoming when working with infix operators. It | seems that the rule parser doesn't like them at all. The | following example gives syntax error: | | {-# RULES | "plus/mult" forall p . p + p = 2 * p | #-} | | whereas the following is allright: | | {-# RULES | "plus/mult" forall p . (+) p p = (*) 2 p | #-} | | It's not a big problem, but it's rather inconvenient and | ugly. Is it easy to fix? | | Cheers, | /Josef | | | _______________________________________________ | Glasgow-haskell-users mailing list | Glasgow-haskell-users(a)haskell.org | http://www.haskell.org/mailman/listinfo/glasgow-| haskell-users |

1 0

RE: [Q] bootstrapping ghc on netbsd
by Simon Marlow 06 Apr '01

06 Apr '01

> QUESTION: Is there an easy way of keeping ghc-4.08.2 from using any > assembler code when compiling it from .hc files + sources? No, there isn't an easy way. When compiling via C, GHC "mangles" the assembly output from the C compiler in order to support tail calls and some other optimisations. There's a native code generator, but currenly it can't be used for some of the library code. > DETAILS: Why do I want to do this? gmp-2.0.2 has some problems > compiling on netbsd machines that can be solved by hiding all > assembler code from the compiler. I think this was a misconfiguration problem with GMP, as I mentioned in my other message to glasgow-haskell-bugs. > Having done so, I managed to > bootstrap on NetBSD 1.3.2, but still have an inplace-compiler failure > on 1.5. The error message is from the gcc assembler (see below), so I > thought trying a pure C variant might help somewhat. This is almost certainly an incompatibility between the exact flavour of GCC being used on NetBSD 1.5, and our assembly mangling machinery. If you add the flag -ddump-raw-asm, and send me the output, I might be able to tell what's wrong. Cheers, Simon

1 0

About rules
by Josef Svenningsson 05 Apr '01

05 Apr '01

Hi all! I've been playing around with the rules facility a bit. There is a boring shortcoming when working with infix operators. It seems that the rule parser doesn't like them at all. The following example gives syntax error: {-# RULES "plus/mult" forall p . p + p = 2 * p #-} whereas the following is allright: {-# RULES "plus/mult" forall p . (+) p p = (*) 2 p #-} It's not a big problem, but it's rather inconvenient and ugly. Is it easy to fix? Cheers, /Josef

1 0

[Q] bootstrapping ghc on netbsd
by fis＠ssh.com 05 Apr '01

05 Apr '01

Dear all, QUESTION: Is there an easy way of keeping ghc-4.08.2 from using any assembler code when compiling it from .hc files + sources? DETAILS: Why do I want to do this? gmp-2.0.2 has some problems compiling on netbsd machines that can be solved by hiding all assembler code from the compiler. Having done so, I managed to bootstrap on NetBSD 1.3.2, but still have an inplace-compiler failure on 1.5. The error message is from the gcc assembler (see below), so I thought trying a pure C variant might help somewhat. I undefined i386_{HOST,TARGET,BUILD}_ARCH in $(TOP)/mk/config.mk but it had no effect. thanks for any hints, Matthias ====================================================================== rm -f Addr.o ; if [ ! -d Addr ]; then mkdir Addr; else /usr/bin/find Addr -name '*.o' -print | xargs rm -f __rm_food ; fi ; ../../ghc/driver/ghc-inplace -recomp -cpp -fglasgow-exts -fvia-C -Rghc-timing -I../../ghc/includes -imonads -static -O -package-name lang -split-objs -c Addr.hc -o Addr.o -osuf o Funny global thing?: __stg_split_marker1: Funny global thing?: _module_registered: Funny global thing?: __init_Addr: Funny global thing?: __stg_split_marker2: Funny global thing?: __stg_split_marker3: [...] Funny global thing?: __stg_split_marker89: Funny global thing?: __stg_split_marker90: Prologue junk?: .globl __stg_split_marker2 __stg_split_marker2: ret .Lfe3: .size __stg_split_marker2,.Lfe3-__stg_split_marker2 .globl Addr_lvl_closure .data .align 4 .type Addr_lvl_closure,@object .size Addr_lvl_closure,4 Addr_lvl_closure: .long Addr_lvl_info .globl Addr_lvl_info .section .rodata .align 4 .type Addr_lvl_info,@object .size Addr_lvl_info,12 Addr_lvl_info: .long 0 .word 0 .word 0 .word 17 .word 0 .text .align 4 .globl Addr_lvl_entry .type Addr_lvl_entry,@function Addr_lvl_entry: gmake[2]: *** [Addr.o] Error 255 ====================================================================== -- Matthias Fischmann | Research Engineer | +358 (9) 8565 7474 fis(a)ssh.fi | SSH Communication Security Corp. | +358 (40) 752 5291

1 0

New InstallShield for Windows, plus mingwin fix
by Reuben Thomas 05 Apr '01

05 Apr '01

I have uploaded a new GHC InstallShield for Windows that fixes many recent problems (including most of the problems with GHC that Mike Thomas reported in his list of instructions for building H/Direct). Unless the Cygwin team have acted with unwonted rapidity (which, at the time of writing, they hadn't), you'll also need to download our version of the mingwin package (or get the relevant bits from SourceForge). Our zip can simply be unpacked over an installed Cygwin tree to give you mingwin headers and libraries that really work. -- http://sc3d.org/rrt/ | certain, a. insufficiently analysed

1 0