I'm trying to get UniForM through ghc 5.00 (limping at the moment, as I
have to turn on -fasm -Onot to work around bugs previously reported) and
I get
ghc-5.00: panic! (the `impossible' happened, GHC version 5.00):
ERROR: Native code generator can't handle casm
Please report it as a
| ghc-5.00: panic! (the `impossible' happened, GHC version 5.00):
| ERROR: Native code generator can't handle casm
casm's are deprecated; they should have been knocked on the head
years ago. The Right Thing To Do (tm) is to rewrite your code to
use the FFI. Or are you saying that the
This is ghc5.00/Sparc, running with the following command line
/usr/local/pub-bkb/ghc/ghc-5.00/bin/ghc -c CVSHigh.hs -package concurrent -package
data -package net -package posix -package text -package util -package lang
Running configure in the current fptools snapshot requires Happy 1.9:
checking for happy... /home/reid/local/bin/happy
checking for version of happy... configure: error: Happy version 1.9 or later is
required to compile GHC.
but, silly me, I only have Happy 1.8:
$ happy --version
It seems I always have to do this:
cvs -d... checkout fpconfig
cd fptools
cvs checkout ghc hslibs happy # and maybe some other projects
autoconf
(cd ghc; autoconf) # not mentioned in documentation
./configure
make boot# no longer needed, apparently
make all
Comments:
1) The 2
Volker Stolz [EMAIL PROTECTED] writes:
ghc[i] was built from source. The Solaris binary provided on the GHC-
download page works fine. I'll investigate FreeBSD as soon as I get home.
Feel free to ask for more details regarding machine setup/compilation.
I guess a standard question would be:
Wed, 18 Apr 2001 11:31:07 -0600 (MDT), Alastair Reid [EMAIL PROTECTED] pisze:
Can the GHC people, the Hugs people and the implicit parameter
designers come to some sort of agreement and implement the result?
I would like to replace "with" and "dlet" with "let". But SimonPJ said
he won't do
Wed, 18 Apr 2001 10:41:45 -0700, Erik Meijer [EMAIL PROTECTED] pisze:
As I was not involved in that discussion, why should the keyword
"with" not be introduced?
There are at least two libraries in hslibs which would like to use
'with' as an identifier.
Foreign currently uses 'withObject',
After checking out GHC from CVS, configuring and building as per
previous mail, I (eventually) get this error. (On a FreeBSD 3.x box
using ghc 4.08.1 (actually, I think it is more or less 4.08.2 but has
the wrong number since it too comes from CVS).)
/home/reid/local/bin/ghc -cpp
| The first lines of CVSHigh.hs are:
| {-# This module encapsulates the basic CVS functionality we need,
| calling CVSBasic to issue the commands, looking at the output,
| and returning what we need to know in a Haskell-friendly form.
| #-}
| module CVSHigh(
| (The complete
The RTLD_GLOBAL symbol (used as an argument to dlopen in rts/Linker.c)
is not available on FreeBSD 3.x.
I'm replacing the offending line as follows
// hdl = dlopen(buf, RTLD_NOW | RTLD_GLOBAL );
hdl = dlopen(buf, RTLD_LAZY );
and hoping for the best.
SimonM: is RTLD_GLOBAL available on
Since I have 2 processors and plently of memory, I thought I'd try
doing a parallel make of GHC:
make all -j 2
This kind of command normally works great for other code (e.g., things
written in C and for which I have/can get accurate dependency
information) but I'm getting no parallelism when
Hi,
When I try to compile GHC 5.00 under FreeBSD 4.2-STABLE I get the
following error:
PWD = /usr/local/sw/src/ghc-5.00/hslibs/util
rm -f Readline.o; if [ ! -d Readline ]; then mkdir Readline; else
/usr/bin/find Readline
I've been trying to build an unregistered GHC 5.00 on FreeBSD 4.2 for
porting to Mac OS X.
I managed to build and rebuild the normal compiler, and to build
unregistered libraries for creating the unregistered compiler.
But while I get as far as creating the unregistered compiler,
Marcin Kowalczyk ([EMAIL PROTECTED]) writes:
I would like to replace "with" and "dlet" with "let". But SimonPJ
said he won't do it in ghc unless Hugs does it too, and Mark P Jones
said he won't do it in Hugs now (without deep reasons: no
people/hours to do that, and no plans to release next
Some months ago, there was talk about making sure GHC and Hugs use the
same syntax for implicit parameters and (most importantly) that that
syntax should not introduce the keyword "with".
As far as I can see (from looking at both parsers and trying
examples), this discussion has not been acted
As I was not involved in that discussion, why should the keyword "with" not
be introduced?
Just curious,
Erik
- Original Message -
From: "Alastair Reid" [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, April 18, 2001 10:31 AM
Subject: Syntax for implicit
[copied to Hugs maintainer]
This evening I was overcome by a strong desire to make the hslibs
libraries work with Hugs.
A little work with a preprocessor quickly got half of them working.
I think I can easily get at least half of the remainder working with a
few carefully placed ifdefs.
18 matches
Mail list logo