Hello Bulat,
Saturday, July 8, 2006, 8:00:52 AM, 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
i'va found this package sources. all these modules now are part of
'base' package, they just has different names, say A
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 p
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:
/usr/local/
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 d
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, 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, affe
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 ju
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 t
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
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.
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 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.
___
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, w
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 t
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 eventually
[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
> "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),
"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
18 matches
Mail list logo
