GHC still unHappy

Like a lamb to the slaughter, I boldly tried the suggestion of generating the GHC parsers with -a -g -c and got the following messages: /usr/local/pub-bkb/ghc/ghc-latest/bin/ghc -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen -Iparser -iutils:basicTypes:types:hsSyn:prelude:rename:typ

Re: H/Direct

Michael Weber <[EMAIL PROTECTED]> wrote: | I dimly remember the problem... you could try giving the compiler option | -D_stdcall=stdcall | (and -cpp, if not already there...) Okay, I did this, and I compiled everything. I can even compile idl-code now! But ... I can't find the file HDir

RE: H/Direct

The freshly brewed 0.16 release fixes this (and the other 4.04 compatiblity problems you've been running into with 0.15 sources), http://www.dcs.gla.ac.uk/fp/software/hdirect/ Announcement to follow shortly. --sigbjorn Koen Claessen <[EMAIL PROTECTED]> writes: > > Michael Weber <[EMAIL P

RE: funlhs

> GHC 4.04 (Glasgow Haskell Compiler, version 4.04, for Haskell 98) > doesn't like the following definition: > > > (<>) :: (a -> Maybe b) -> (b -> Maybe c) -> (a -> Maybe c) > > (m1 <> m2) a1 = case m1 a1 of > > Nothing -> Nothing > > Just

Re: H/Direct

On Fri, Nov 05, 1999 at 11:22:16 +0100, Koen Claessen wrote: > But ... I can't find the file HDirect.h anywhere in the distribution... > So I can't compile my c-code... 8^) agamemnon [12:21] tmp 471) tar tvzf hdirect-current.tar.gz | grep 'HDirect\.h$' -rw-rw-rw- v-sfinne/GHC 4478 Sep 30 15:29

RE: 2.01: Missing interface declarations for selector functions?

That's certainly a bug -- but it isn't present in the current GHC release (4.04). I don't think we'll fix 2.01. Simon | -Original Message- | From: Magnus Carlsson [mailto:[EMAIL PROTECTED]] | Sent: 15 October 1996 17:55 | To: [EMAIL PROTECTED] | Subject: 2.01: Missing interface declarat

RE: GHC still unHappy

> Like a lamb to the slaughter, I boldly tried the suggestion > of generating the > GHC parsers with -a -g -c and got the following messages: > > /usr/local/pub-bkb/ghc/ghc-latest/bin/ghc -cpp -fglasgow-exts > -Rghc-timing -I. -IcodeGen -InativeGen -Iparser > -iutils:basicTypes:types:hsSyn:pre

H/Direct 0.16

Okay, I started compiling the fresh H/Direct. Here is the message I got: panic! (the `impossible' happened): Check.check': Not implemented :-( Please report it as a compiler bug to [EMAIL PROTECTED] Hm Koen. -- Koen Claessen http://www.cs.chalmers.se/~koen phon

RE: H/Direct 0.16

ok, a version of ghc is crashing. In order to help, I need some more info, like: ghc version number, what file you're compiling etc. thanks, --sigbjorn > -Original Message- > From: Koen Claessen [mailto:[EMAIL PROTECTED]] > Sent: Friday, November 05, 1999 13:12 > To: [EMAIL PROTECTED] >

Problems building 3.02 and 4.04 on x86 Solaris

Hi, I am trying to get Haskell working on a Solaris 2.7 / Intel machine. I would like to confess in advance that this is the first GHC installation I've tried, and apologise if this is known / trivial - I couldn't see solutions on the mailing list archives, READMEs, or from more experienced help

RE: 2.01: Missing interface declarations for selector functions?

> From: Magnus Carlsson [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, October 15, 1996 5:55 PM > To: [EMAIL PROTECTED] > Subject: 2.01: Missing interface declarations for selector functions? If we appear to be in a time-warp, it's because I was playi

Why can't GHC print out these strings?

Attached are two programs, both of which are supposed to print a string. Long.hs looks fairly simple to me. However when compiled with ghc -O2, I get a segmentation fault: > ghc Long.hs -o long -O2 > ./long > Segmentation Fault With ghc -O or ghc it works. I suppose this is probably a memory pr

RE: H/Direct 0.16

Hi, (I was trying to make H/Direct work with Hugs). It was a lot of work to find it, but now I have removed the recursive dependency between AddrBits and HDirect. AddrBits only needed HDirect.Octet, which was the same as AddrBits.Octet, and HDirect.Ptr, which was the same as Pointer.Ptr. Now, I

RE: H/Direct 0.16

Hi, if you compile the contents of lib/ with FOR_HUGS set to YES, you shouldn't run into either of these, e.g., sof$ make FOR_HUGS=YES AddrBits.hs ../src/ihc -fno-qualified-names --hugs -fno-imports\ -fint-is-int -c AddrBits.idl -o AddrBits.hs sof$ grep HDirect AddrBits.hs sof

Re: H/Direct 0.16

"Sigbjorne Finne (Intl Vendor)" wrote: > Hi, > > if you compile the contents of lib/ with FOR_HUGS > set to YES, you shouldn't run into either of these, e.g., > > sof$ make FOR_HUGS=YES AddrBits.hs > ../src/ihc -fno-qualified-names --hugs -fno-imports\ > -fint-is-int -c AddrBits.idl -

GreenCard 2.0 bug

Hi, I have (maybe temporarily) given up on H/Direct. The system just seems way too heavyweight to use for the simple application I had in mind (let alone to install everything). Therefore, I tried GreenCard. The compiler works fine, but when I compile the c-code, it complains about "GreenCard.h"

Re: Why can't GHC print out these strings?

On Fri, Nov 05, 1999 at 15:59:29 +0100, George Russell wrote: > Long.hs looks fairly simple to me. However when compiled with > ghc -O2, I get a segmentation fault: > > ghc Long.hs -o long -O2 > > ./long > > Segmentation Fault works, regardless of '', '-O', '-O2'... > ABC.hs is a little more co

Patch for Haskell callback construction

Using the highly recommendable debugging tools ddd and Knockando (13yrs %-}, I was finally able to track down the problems with the 'foreign export ccall dynamic' construct for constructing Haskell callbacks. The dynamically built adjustor thunks for the ccall calling convention contained two bugs