I find it hard to see how a bug like this could get into a GHC
release, since it appears to break the build. But, I don't know of
anything wrong with the platform I'm running it on, and in general my
setup looks okay (rpm --verify, etc). So, does anyone reproduce this?
I'm running GHC 5.04-1
I find it hard to see how a bug like this could get into a GHC
release, since it appears to break the build. But, I don't know of
anything wrong with the platform I'm running it on, and in general my
setup looks okay (rpm --verify, etc). So, does anyone reproduce this?
I'm running GHC
Simon Marlow wrote:
This turns out to be an incompatibility between RedHat 7.2 and 7.3. If
you previously installed the 7.3 RPMs, then you might have more luck
with the 7.2 RPMs which are now available from the GHC download page.
Yes, that fixes things nicely. Thanks!
// David
--
David
In a related issue, it seems that in ghc-5.04 libraries *_hsc.o files
are left out when linking with SplitObjs=YES.
Yes. Actually it's better to not use #def in .hsc files at all, so that
the *_hsc.o files are empty, and rather put auxiliary definitions in the
appropriate header files. I've
| In GHC 5.04.1, derived instances of Show mishandle precedence:
|
| Prelude putStrLn (showsPrec 10 (Just 0) )
| Just 0
|
| The result should be: (Just 0)
I think it's a bug in the Report, not in GHC, actually. The Report says
(Section D.4)
The function 'showsPrec d x r' accepts a
I've been playing around with the package mechanism in ghc which
is great.
However it took me quite a while to realise that when I compile
a module (say Foo.hs, for a package) with profiling, the .hi file
must be named Foo.p_hi, and not Foo.hi, when it appears in the
import_dirs directory.
Hi,
I'm occasionally getting an error, when running a compiled program, I
get:
| fatal error: GetMBlock: misaligned block 0x401fe000 returned when
| allocating 1 megablock(s) at 0xbff0
apparently, this only happens on one computer (Red Hat 7.1), and not
others (Red Hat 7.2), which leads
I'm occasionally getting an error, when running a compiled program, I
get:
| fatal error: GetMBlock: misaligned block 0x401fe000 returned when
| allocating 1 megablock(s) at 0xbff0
apparently, this only happens on one computer (Red Hat 7.1), and not
others (Red Hat 7.2), which leads
I'm being hit by undecidable instances, but I can't see why. I read and
reread the GHC docs on MPTCs, but to no avail. This is what I'm trying to
do:
newtype S a = S a
instance MArray IOUArray a IO = MArray IOUArray (S a) IO where
...
the instance declaration is basically just
Simon Peyton-Jones wrote:
| In GHC 5.04.1, derived instances of Show mishandle precedence:
|
| Prelude putStrLn (showsPrec 10 (Just 0) )
| Just 0
|
| The result should be: (Just 0)
I think it's a bug in the Report, not in GHC, actually. The Report says
(Section D.4)
The function
| In GHC 5.04.1, derived instances of Show mishandle precedence:
|
| Prelude putStrLn (showsPrec 10 (Just 0) )
| Just 0
|
| The result should be: (Just 0)
I think it's a bug in the Report, not in GHC, actually. The Report says
(Section D.4)
The function 'showsPrec d x r' accepts a
In Paul Hudak's SOE, I find a definition of expression:
data Expr = C Float | V String | Expr :+ Expr | Expr :- Expr
| Expr :* Expr | Expr :/ Expr
Now this is compelling, but sometimes, I might want to have a function
that takes a variable only, not just any kind of
I have come across this problem in a couple places, here are my
solutions
a parser based on Parsec (this parses RFC2822 email style dates)
parseDate :: Parser ClockTime
parseDate = token $ do
skipOption (word skipOption (token $ char ','))
day - number
month - ml
year - liftM
13 matches
Mail list logo