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
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
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
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]
Cc:
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
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,
"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 -o
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
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
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
10 matches
Mail list logo