Simon Peyton-Jones [EMAIL PROTECTED] writes:
Brian Hulley wrote:
| import A.B.C( T1 ) from foo
| import A.B.C( T2 ) from bar
| type S = A.B.C.T1 - A.B.C.T2
| I'd suggest that the above should give a compiler error that A.B.C is
| ambiguous (as a qualifier), rather than allowing T1
Simon Peyton-Jones [EMAIL PROTECTED] writes:
Brian Hulley wrote:
| import A.B.C( T1 ) from foo
| import A.B.C( T2 ) from bar
| type S = A.B.C.T1 - A.B.C.T2
| I'd suggest that the above should give a compiler error that A.B.C is
| ambiguous (as a qualifier), rather than allowing T1
[EMAIL PROTECTED] wrote:
Simon Peyton-Jones [EMAIL PROTECTED] writes:
Brian Hulley wrote:
| import A.B.C( T1 ) from foo
| import A.B.C( T2 ) from bar
| type S = A.B.C.T1 - A.B.C.T2
| I'd suggest that the above should give a compiler error that A.B.C is
| ambiguous (as a qualifier),
Gregory Wright wrote:
I followed the instruction in DebuggingGhcCrashes, and the
instructions in the ghc commentary for building an rts with debugging
and symbols. (Please let me know if there are any mistakes in
these instructions that you know of!)
The crash seems to always happen
Hi Simon,
On Jul 7, 2006, at 4:26 AM, Simon Marlow wrote:
Gregory Wright wrote:
I followed the instruction in DebuggingGhcCrashes, and the
instructions in the ghc commentary for building an rts with debugging
and symbols. (Please let me know if there are any mistakes in
these instructions
Simon Marlow schrieb:
Gregory Wright wrote:
Both 6.4.2 and HEAD show the problem on OS X. It can be avoided by
disabling the threaded rts, but that is not acceptable solution.
This is a good datapoint, because it probably rules out much of the
threaded RTS code in the RTS itself, which
Christian Maeder schrieb:
Could you summarize the advantages (or need) of the threaded RTS?
It doesn't work under solaris
I'm quite content with my non-threaded 6.4.2-cvs version under solaris
(and I was already looking for a switch -non-threaded under linux).
C.
Gregory Wright wrote:
A quick question: does the darcs repository have go back to 6.4.1?
(The place to start looking a diff of the RTS from 6.4.1, which worked,
and 6.4.2 or HEAD, which doesn't).
No, 6.4.x is in CVS only. ghc-6-4-branch of CVS, to be precise.
Cheers,
Simon
Christian Maeder [EMAIL PROTECTED] wrote:
It doesn't work under solaris and under linux [1] my nightly
compilation jobs are killed every tuesday morning (!) for some
reason that i cannot reproduce. I suspect the threaded RTS and heavy
load. I had no such problems with ghc-6.4.1 before.
A
Christian Maeder wrote:
Simon Marlow schrieb:
Gregory Wright wrote:
Both 6.4.2 and HEAD show the problem on OS X. It can be avoided by
disabling the threaded rts, but that is not acceptable solution.
This is a good datapoint, because it probably rules out much of the
threaded RTS code in
Simon Marlow schrieb:
The reason we added it to the compiler was so that you could use
programs that require -threaded under GHCi. Without it, these programs
cannot be used with GHCi.
Surely, running user programs is different from just compiling.
Without -threaded, all FFI calls block the
On 07 July 2006 11:46, Christian Maeder wrote:
Simon Marlow schrieb:
The reason we added it to the compiler was so that you could use
programs that require -threaded under GHCi. Without it, these
programs cannot be used with GHCi.
Surely, running user programs is different from just
On Fri, 2006-07-07 at 11:28 +0100, Simon Marlow wrote:
We know about the threaded RTS bugs on Sparc, and 6.4.3 won't be
released without a fix for this. I'm actually quite glad that we've
forced this into the open with 6.4.2, otherwise the bug would probably
have remained dormant,
Malcolm Wallace schrieb:
A process can be Killed by the operating system if the machine runs
out of virtual memory. I suspect someone else is running a cron job on
Tuesdays that fills memory.
Yes, I also run other jobs and the load is high. In fact the OOM-killer
kills ghc-6.4.2 several
On Fri, Jul 07, 2006 at 11:28:44AM +0100, Simon Marlow wrote:
Hi,
We know about the threaded RTS bugs on Sparc, and 6.4.3 won't be
released without a fix for this. I'm actually quite glad that we've
forced this into the open with 6.4.2, otherwise the bug would probably
have remained
I had to witch rather urgently to a new machine (an Intel based Mac
OS X), on which I need to get lhs2TeX running.
I have installed the ghc version from the page:
http://cvs.haskell.org/trac/ghc/wiki/X86OSXGhc
but when i try to compile lhs2TeX I get the following error message:
Hello Doaitse,
Friday, July 7, 2006, 10:24:38 PM, you wrote:
which refers to a package called lang.
it was a part of ghc 6.4, but gone in 6.5. try to remove this package
dependency from .cabal file and see which functions will not be found
at compilation. after that you can search existing
17 matches
Mail list logo