Simon Marlow writes:
> add "GhcRtsWays += thr_debug" to mk/build.mk in a GHC
> tree, and build as normal.
Great, that's gonna be no problem.
Concerning your original instructions:
| Please compile the program with -debug, then open it with
| gdb. Set a breakpoint on barf() and run the progr
On 03 January 2005 15:19, Peter Simons wrote:
> I wrote:
>
> > Simon Marlow writes:
>
> >> Please compile the program with -debug, then open it
> >> with gdb.
>
> > Unfortunately, -debug seems to conflict with -threaded:
>
> > ghc --make -threaded -debug -O -Wall [...] -o postmaster
>
On 21 December 2004 17:38, Sven Panne wrote:
> [EMAIL PROTECTED] wrote:
>> Okay, I've tried to follow the directions, and ran into a couple
>> minor issues I was able to work through, but I got stuck at the "cd
>> H/libraries && make boot && make" stage. The host system is redhat
>> enterprise li
Feature Requests item #1088694, was opened at 2004-12-20 16:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=358032&aid=1088694&group_id=8032
Category: None
Group: None
Status: Open
Prior
Hi all,
Olaf Chitil wrote:
> Hence I support Jon in that ghc should only allow those type variables
> a wider scope that have been explicitly declared with the non-Haskell
> 98 keyword "forall".
I'm inclined to support Jon and Olaf here.
I'm pretty sure there's lot of code out there that use "-fgla
| "The GHC compiler for .NET is currently under development at
| Microsoft Research, Cambridge".
|
| Hmm. That location sounds familiar :-) Does anyone know if this is
| actually going to happen? Or if there's any code anywhere, however
| experimental, to try?
It'd make a lot of sense to g
