Funny, I've been meaning to write in on this.
I hit this problem hard too. I was linking the GHC compiler to a C
library. I compiled the whole compiler with -prof, but whenever it
called into the C library it would core dump. For a long time
(years!) I assumed it was something strange my C li
Hi Uwe,
I'm sorry about the delay replying to this message. I've investigated
your problem and its another of those "Hmmm, why doesn't this break
all the time things". I'll check a fix into the CVS sources.
In the meantime I have two possible work arounds:
The first is to change the definit
Hi,
I'm using ghc-4.08.1 on linux (Debian 2.2) and running some nofib
tests. some of the tests (e.g. mkhprog) fail when comparing the
expected / actual stderr.
The two files differ by an extra carriage return on the actual
stderr's saved file.
I discovered that this was caused by the line 23
Hi,
Parsing rules seeems to be a little broken. Two examples:
1. The following program compiles fine under 4.08, but fails with a
nearly up to date CVS head:
module Main where
{-# RULES
"silly" forall arg .id arg = arg
#-}
main = putStrLn "Hello World"
with error:
@zip:ha
But those instances may be used by a module which imports this one. I
think Sergey's comment is correct.
hip hip
Kevin
Simon Marlow writes:
> > ghc-pre-4.07 -fwarn-unused-imports
> >
> > says to my ` import M () '
> >
> > .../M.hs:42:
> > Warning: Module `M' is imported, but
You may be interested in Mercury ("a purely declarative
logic/functional language) which has such a binding to Mercury called
MCORBA. Mercury can be found via
http://www.cs.mu.oz.au/research/mercury/
and a paper describing the implementation can be found via
http://www.cs.mu.oz.au/research
Hi Volker,
It is legal Haskell, but it isn't doing what you think. The patterns
in a case statement introduce *new* variables, their scope is the
right hand side expression of their alternative.
Since the a,b,c patterns are just variables they will match anything,
and the first alternative w
Thanks for the bug report. I am investigating. In the meantime you
could change the declaration of ArgrC from a 'newtype' to an ordinary
'data' declaration. It then compiles fine for me.
Hope this helps
regards
Kevin
Volker Wysk writes:
> Hi.
>
>
> ghc -fallow-undecidable-instances -
If you look on the GHC download page for version 2.10 you will see
that there is a patch for the Makefile there. I think this is your
problem.
It would be great if you can get version 4 running on Alpha, but I
suspect that your problems are only just beginning ;-)
regards
Kevin
Alex Fer
Hmmm, just a me-too :-(
it dies very quickly, just after a couple of calls to times according
to strace and possibly in a function called Main_main_info() according
to gdb.
k
Michael Weber writes:
>
> But my core dumps, don't give any "blahblah exception (core dumped)"
> messages.
FWIW, I built it with libc5, hacking hsc with an editor wasn't very
appealing! Giuliano's bug report seems to be still outstanding, and
there's been no new release of glibc2.1 since.
Kevin
Simon Marlow writes:
> > On Tue, May 25, 1999 at 02:08:19PM +0100, I wrote:
> > > However, it may hav
Hi,
What's the latest on this problem? Since I've hit it too :-( Is it
possible to build ghc with egcs and glibc2.1 ?? I'm trying to build
from source using the pre-built ghc-4.02 linux binaries.
regards
Kevin
Giuliano P Procida <[EMAIL PROTECTED]> writes:
>
> No improvement, I'm a
Hi,
I wish to use the FiniteMap module, lib/exts/FiniteMap.lhs, but want
to use it from both GHC and hugs. As it is hugs can't use it because
it imports PrelBase. (btw, why didn't it make it into the joint
GHC/Hugs Libraries? - seems v. useful).
As far as I can see this can be fixed by pla
Simon Peyton-Jones writes:
> > data GenPic = forall pot. (PictureObject pot) => MkGenPic pot
>
> > main :: IO ()
> > main = do
> >putStr $ getPictureName obj
> > where MkGenPic obj = item
> > item = head obj_list
>
> The problem is the pattern binding for MkGe
Simon Marlow writes:
>
> This is somewhat of a FAQ - the problem is that you're running a compiler
> built on (and for) Linux/libc5, on Linux/libc6.
>
Could this be put in the 'Problems' section of the installation guide?
> If your system can build binaries linked against libc5 (I believe
Hi,
I'm sending this to g-h-bugs because there is certainly a ghc bug,
however any answer may also be interesting to readers of g-h-user so
consider cc-ing them if appropriate.
I am running GHC-4.01 (compiled by myself with GHC 4.01) on a linux
box.
I am trying to create a polymorphic list, e
whoops! Ignore the comments about compiling on linux. I forgot that I
need to compile with libc5. Thanks to Andrew Cheadle for telling me
this originally. Its compiling PrelNumExtra as I write
regards
Kevin
Hi, My build of 4.01 is failing at the first hurdle :-(. I get a bus
error when it tries to build PrelBase:
==fptools== gmake all --no-print-directory -r;
in /mount/munkora/clp/pmt/keving/fptools/ghc/lib/std
---
>>>>> "Simon" == Simon Marlow <[EMAIL PROTECTED]> writes:
Simon> Kevin GLYNN <[EMAIL PROTECTED]> writes:
>> I realise that some time ago one of the ghc lists said that
>> 'anyone who compiles a happy output file with optimi
t need an optimised parser, but my cold
semolina can't be bothered working out how to write a Makefile that
passes different options to one file than all the others
As you can see I stole the parser from an example. It parses boolean
expressions.
booleqns.ly
-- Taken from AndysExample in
Hi,
I have written a small application which uses Mutable Arrays to fixpoint
boolean equations. It builds and runs, but slowly! In an attempt to see
what is going on I am trying to build a profiled version. I have built
all modules with -O2 -prof -auto-all -fvia-C (via-C doesn't seem to
solve
21 matches
Mail list logo