when i installed the binary version of ghc-4.00 i recieved the following
error mesg. when trying to run the compiler:
lassi$ ghc-4.00
syntax error in file ./ghc-4.00 at line 2540, next token "["
syntax error in file ./ghc-4.00 at line 2658, next 2 tokens "exists
$Supported_syslibs"
syntax error
Here is some code that works well in the Hugs 98 BETA, but not in
GHC-4.00:
data Trans c i r w = Trans [c r w] i [c r w] [c r w]
deriving (Eq,Show)
GHC complains:
Trans.hs:1:
No instance for `Eq (c r w)'
When deriving classes for `Trans'
Hugs merrily works on
I've mailed to hugs-bugs, but their mailing list appears to be acting up.
Really this is a Hugs/GHC difference with the Word library.
In GHC Word64 is an instance of Num, in Hugs (as of Hugs-98) it is
not.
- Byron
Does anyone have a projected date for a GHC 3.x binary release?
:-)
byron
Hi,
im getting the following link error on an HP (uname -a = HP-UX dtthp237
B.10.01 A 9000/770 2009624264 two-user license)
/usr/ucb/ld: (Warning) Symbols named "PerformGC_wrapper" of incompatible
types (such as CODE and DATA) were found in Env.o and AbsHLSpec.o. This
may not be supported in
in my on-going drama to build happy, i can successfully gmake boot and
gmake, but when ghc-0.29 tries to build the executable its missing a few
symbols:
ghc-0.29 -o happy.bin -cpp -fhaskell-1.3 -fglasgow-extsVersion.o
GenUtils.o Set.o ParseMonad.o Lexer.o AbsSyn.o Grammar.o Parser.o
I'm trying to install GHC-2.10 from sources on HP-UX
$ uname -a
HP-UX hp182 B.10.01 A 9000/770
but it says it needs happy-1.4
so i grabbed happy-1.5 and tryed to install it, but it needs happy too.
which version of happy does happy-1.5 need to install? and which
Hi,
does anyone have binary distribution of ghc-2.09 for the Alpha/Digital
UNIX?
I'm trying to help someone else via email, he's having a bad ghc
experience.
byron
hi,
as far as I can tell "freezeSTArray" doesn't appear in the modules
LazyST/ST.
it appears in the documentation
(http://www.dcs.gla.ac.uk/fp/software/ghc/2.09/users_guide/user_102.html#SEC102)
and also in Hug's LazyST/ST modules
cheers, :-)
byron
else b)
-- removes a given write-range from a list of write-ranges
removeWriteRange :: (Ix i,Enum i) = (i,i,a) - [(i,i,a)] - [(i,i,a)]
removeWriteRange (lo,hi,_) = filter (\(loA,hiA,_) - lo /= loA || hi /= hiA)
byron
On 1 Dec 1997, Simon Marlow wrote:
Byron Cook [EMAIL PROTECTED]
hi,
in ghc-2.09 (solaris) i cannot use runST with LazyST
observe:
-
STRICT
$ ghc strict.hs
ghc: module version changed to 1; reason: no old .hi file
paratha$ cat strict.hs
import ST
main = print $ f True
f x = runST(
do n -
when compiling 2.09 from src on "SunOS lassi 5.5.1 Generic_103640-03 sun4u
sparc SUNW,Ultra-1" I encountered the following error mesg after executing
the command (./configure;gmake boot;gmake)
.
.
.
.
.
ghc-0.29 -cpp -fglasgow-exts -Rghc-timing -I. -IcodeGen -InativeGen
such file or directory
gmake[2]: *** [rename/ParseIface.hs] Error 127
cheers
byron
On Mon, 1 Dec 1997, Sigbjorn Finne wrote:
Byron Cook writes:
when compiling 2.09 from src on "SunOS lassi 5.5.1 Generic_103640-03 sun4u
sparc SUNW,Ultra-1" I encountered the following error
ghc2.05 isnt deleting the tmp files it creates during compilation.
i assume that there is some flag that i need to set the ghc Perl script
byron
i dont know. i cant reproduce it either.
it must have just been me or something maybe i ran out of disk space
byron
On Tue, 19 Aug 1997, Sigbjorn Finne wrote:
Byron Cook writes:
I successfully built 2.05
Great, hope it turns out to be useful.
one problem
Hi,
I successfully built 2.05
one problem, the makefiles built prof. archives like libBlah_p.a
but then were looking for archives like libBlah.p_a when installing
byron
that would be fine but the word "might" makes me nervous. Lazy State
is really really handy. I can send you some examples if your curious
So if both ghc and hugs provided another monad LazyST in a module LazyST
then that would be quite cool.
cheers
byron
On Thu, 31 Jul 1997, Alastair
?
There is also a compatability issue with Hugs. I know of at least 5
people here at OGI who developed programs in Hugs and were then
confused when their programs kept asking for more stack space in GHC.
:-)
byron
On Wed, 30 Jul 1997, Sigbjorn Finne wrote:
Byron Cook writes:
I've kept quiet up
I've kept quiet up until now but GHC burned me again today, and I
need to share my frustration
GHC's ST monad is strict in the state --- and that's just wrong.
This is Haskell after all.
The default should be lazy state with strict versions of binds and return
Perhaps there should be
19 matches
Mail list logo