[Haskell] GHC Proposals session at Haskell Symposium at ICFP

Dear friends of GHC, this year’s Haskell Symposium will host a special “GHC Proposals session” where current, future and past GHC Proposals can be presented and discussed: https://icfp22.sigplan.org/home/haskellsymp-2022#GHC-Proposals-Session I invite all GHC Proposal authors (or otherwise inter

[Haskell] GHC 8.4.1 released

So far only announced on Haskell-Cafe, but not the Haskell mailing list: http://mail.haskell.org/haskell-cafe/2018-March/128730.html ___ Haskell mailing list Haskell@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell

[Haskell] GHC is a monopoly compiler

I would argue that the adventure that is GHC is a natural monopoly - an example of collaboration trumping competition. Certainly the results speak for themselves, and I personally find it the most satisfying, the only sane way to practice the craft of coding. So, as an enthusiastic user of a mono

[Haskell] GHC 7.10 will use Plan FTP

Colleagues You will remember (see this email) that the Haskell community has been engaged in a debate about proposed changes to the Haskell Prelude, the Plan-List or Plan-FTP debate

[Haskell] GHC 7.10 Prelude: we need your opinion

Haskell Friends This email asks for your help in deciding how to proceed with some Prelude changes in GHC 7.10. Please read on, but all the info is also at the survey link, here: http://goo.gl/forms/XP1W2JdfpX. Deadline is 21 Feb. The ​Core Libraries Committee (CLC) is responsible for develop

[Haskell] GHC users on PowerPC and *BSD/Darwin?

Hi all, Users of GHC on PowerPC would probably be aware of this bug: http://hackage.haskell.org/trac/ghc/ticket/2972 which causes GHCi to segfault as soon as it was started. Ben M. Collins has come up with a fix for this I am preparing it for submission to the GHC git tree. I have have test

[Haskell] ghc-6.12.1 binary package for OpenSolaris b129

If anyone is interested in a binary package of ghc-6.12.1 for OpenSolaris, one can find said package at http://code.google.com/p/opensolaris-lang/. Please let me know how it works out for you. Thanks, -m ___ Haskell mailing list Haskell@haskell.org http

Re: [Haskell] GHC 6.10 and OpenGL

simonpj: > > | It's sad to see the OpenGL binding being dropped from GHC binary > | installers starting from 6.10. Though this issue has been brought up > | and discussed before, I'm sure a lot of people who based their work on > | OpenGL would share the same sympathy. > > The plan (which we have

RE: [Haskell] GHC 6.10 and OpenGL

| It's sad to see the OpenGL binding being dropped from GHC binary | installers starting from 6.10. Though this issue has been brought up | and discussed before, I'm sure a lot of people who based their work on | OpenGL would share the same sympathy. The plan (which we have perhaps not articulate

Re: [Haskell] GHC 6.10 and OpenGL

On 11/22/08, Don Stewart <[EMAIL PROTECTED]> wrote: > ninegua: >> Hi everyone, >> >> It's sad to see the OpenGL binding being dropped from GHC binary >> installers starting from 6.10. Though this issue has been brought up >> and discussed before, I'm sure a lot of people who based their work on >>

Re: [Haskell] GHC 6.10 and OpenGL

ninegua: > Hi everyone, > > It's sad to see the OpenGL binding being dropped from GHC binary > installers starting from 6.10. Though this issue has been brought up > and discussed before, I'm sure a lot of people who based their work on > OpenGL would share the same sympathy. $ cabal install

[Haskell] GHC 6.10 and OpenGL

Hi everyone, It's sad to see the OpenGL binding being dropped from GHC binary installers starting from 6.10. Though this issue has been brought up and discussed before, I'm sure a lot of people who based their work on OpenGL would share the same sympathy. I'm not here to argue whether this decisi

[Haskell] ghc as a library and profiling

Hi! I am working on a program that uses ghc as a library to typecheck code. I want to profile the program (compiling with '-prof -auto-all' and running with '+RTS -p'). Trying to compile, results in the following message: Could not find module `GHC': Perhaps you haven't installed the prof

Re: [Haskell] GHC

d to compile your example on SLED 10.0, I apparently have the same linkage problem: [EMAIL PROTECTED]:~/Haskell> ghc --make Main Chasing modules from: Main Compiling Main ( Main.hs, Main.o ) Linking ... /usr/lib/gcc/i586-suse-linux/4.1.0/../../../../i586-suse-linux/bin/ld: can

Re: [Haskell] GHC

> [1 of 1] Compiling Main ( hase.hs, hase.o ) > Linking /home/helmut/hase/src/hase ... > /usr/lib/ghc-6.6/libHSrts.a(Storage.o): In function `initStorage': > Storage.c:(.text+0xe2c): undefined reference to `__gmp_set_memory_functions' this is strange since ghc itself has been compiled by ghc, and

[Haskell] GHC

hello I have Suse 10.1 I try to compile the file hase.hs the content of hase.hs is module Main where main = do putStrLn "Hello World" I try another gmp and gmp-devel rpm's, no help where can i get the right gmp rpm's`? Thank you in advance for any help. helmut compile from KDevelop cd '/ho

Re: [Haskell] GHC/ Fortress -Parallel Computing

Hi 2007/2/23, Jan-Willem Maessen <[EMAIL PROTECTED]>: On Feb 23, 2007, at 5:33 AM, Stefan Aeschbacher wrote: > Hi > > 2007/2/23, Jan-Willem Maessen <[EMAIL PROTECTED]>: >> > ... >> >> You'd be better off asking on one of the Fortress mailing lists (see >> http://fortress.sunsource.net/; I sugg

Re: [Haskell] GHC/ Fortress -Parallel Computing

On Feb 23, 2007, at 5:33 AM, Stefan Aeschbacher wrote: Hi 2007/2/23, Jan-Willem Maessen <[EMAIL PROTECTED]>: ... You'd be better off asking on one of the Fortress mailing lists (see http://fortress.sunsource.net/; I suggest joining the discuss mailing list and asking there). Sadly, I'm i

Re: [Haskell] GHC/ Fortress -Parallel Computing

Hi 2007/2/23, Jan-Willem Maessen <[EMAIL PROTECTED]>: ... You'd be better off asking on one of the Fortress mailing lists (see http://fortress.sunsource.net/; I suggest joining the discuss mailing list and asking there). Sadly, I'm in a little to deep to really do the topic justice myself.

Re: [Haskell] GHC/ Fortress -Parallel Computing

On Feb 22, 2007, at 3:06 PM, [EMAIL PROTECTED] wrote: Hallo Jan-Willem, Hallo all, Thanks for the clarification first. And coming to your statement We've certainly looked to the FP community for inspiration in many aspects of the language > is there anything planned to advice programmers wh

Re: [Haskell] GHC/ Fortress -Parallel Computing

OTECTED]> > Gesendet: 20.02.07 15:58:14 > An: "Gottfried F. Zojer" <[EMAIL PROTECTED]> > CC: haskell@haskell.org > Betreff: Re: [Haskell] GHC/ Fortress -Parallel Computing > > On Feb 19, 2007, at 4:17 PM, Gottfried F. Zojer wrote: > > > Hallo to all

Re: [Haskell] GHC/ Fortress -Parallel Computing

On Feb 19, 2007, at 4:17 PM, Gottfried F. Zojer wrote: Hallo to all, Just curious after reading a posting on the internet. Is somebody using Fortress in combination with Haskell ( GHC) in a parallel setup. http://en.wikipedia.org/wiki/Fortress_programming_language Not to my knowledge

[Haskell] GHC/ Fortress -Parallel Computing

Hallo to all, Just curious after reading a posting on the internet. Is somebody using Fortress in combination with Haskell ( GHC) in a parallel setup. http://en.wikipedia.org/wiki/Fortress_programming_language >From Sun Microsystems : http://research.sun.com/projects/plrg/faq/index.h

[Haskell] GHC Error question

Without going too deep into the details of my type classes, I have written the following code (focusing on compile1): {-# OPTIONS -fglasgow-exts #-} compile1 :: (Builder b box) => t -> Name -> Ir.ANF -> b t compile1 f x body = do env <- compile body empty wire (Arg

Re: [Haskell] GHC inferred type different for pointed/point-free defs?

Hello Dan, Saturday, November 4, 2006, 12:56:31 AM, you wrote: > 1) I don't understand what I'm doing > 2) GHC is inferring different types for pointed and > point-free function definition. this is because of famous monomorphism restriction just two days ago i've published in haskell-cafe c

[Haskell] GHC inferred type different for pointed/point-free defs?

Help! One of two things is going on: 1) I don't understand what I'm doing 2) GHC is inferring different types for pointed and point-free function definition. I wanted to define Haskell equivalents to the C ternary operator. Basically, predicate ??? doIfTrue ||| doIfFalse For some reason, tho

Re: [Haskell] GHC on Intel Mac

ve started a Wiki page to document the little that I have found out about the status of GHC on Intel Macs, see http://www.haskell.org/ haskellwiki/GHC/On_Intel_Macs At the moment, that page points you to this binary distribution: http://www.uni-graz.at/imawww/haskell/ghc-6.5.20060409-

[Haskell] GHC on Intel Mac

Hi, I was just wondering what the status of porting GHC to intel mac was these days? I've finally beaten Apple into submission, and got them to replace my broken iBook with a MacBook, so a nice fast version would be nice. Bob ___ Haskell maili

Re: [Haskell] GHC Hackathon

> > I think many would be grateful if a podcast were made of this event > > such that those who missed it can still watch the presentations. > > +1. A podcast would be perfect, posting minutes would be next in line. If the Hackathon goes ahead, recording a video podcast of the event should be str

Re: [Haskell] GHC Hackathon

On 23/05/06, Christophe Poucet <[EMAIL PROTECTED]> wrote: I think the hackathon sounds like a very interesting idea, however unfortunately I will not be able to attend, and I have heard that other people from #haskell will not be able to attend either. I think many would be grateful if a podcast

Re: [Haskell] GHC Hackathon

Dear all, I think the hackathon sounds like a very interesting idea, however unfortunately I will not be able to attend, and I have heard that other people from #haskell will not be able to attend either. I think many would be grateful if a podcast were made of this event such that those who

[Haskell] GHC Hackathon

Friends, A couple of weeks ago Simon M advertised the possibility that he and I might run a "GHC Hackathon", in Portland, later this year prior to ICFP (Sept 14-16 or thereabouts). The idea is that we'd give an extended tutorial about GHC's glorious innards. Then we'd have some hacking time in w

[Haskell] (GHC) Boot files and instance declarations

Hi all. A quick bootfiles question. The GHC docs specify not to put instance decls in bootfiles. However, what if i need to? For example, say I have a module A where I'm importing a module B with the {-# SOURCE #-} pragma. Module A needs to know that the types in module B are instances of some ty

Re: [Haskell] GHC and GLUT

Am Montag, 9. Januar 2006 10:56 schrieb Axel Simon: > On Fri, 2006-01-06 at 22:37 +0100, Wolfgang Jeltsch wrote: > > Hello again, > > > > now that I had installed libsm-dev and libxmu-dev, building a Gears > > binary worked well. Since the problem didn't seem related to the GHC > > version, I dein

Re: [Haskell] GHC and GLUT

Am Freitag, 6. Januar 2006 22:48 schrieben Sie: > Wolfgang Jeltsch wrote: > [...] > > Are libsm-dev and/or libxmu-dev needed for every Haskell GLUT application > > or just for certain examples? If they are always needed, some package > > has not declared all its dependencies. In this case, which

Re: [Haskell] GHC and GLUT

On Fri, Jan 06, 2006 at 10:12:34PM +0100, Wolfgang Jeltsch wrote: > > Installing the libsm-dev package resulted in ld outputting a similar error > message for -lXmu. After also installing libxmu-dev, linking was possible. > > Are libsm-dev and/or libxmu-dev needed for every Haskell GLUT applica

Re: [Haskell] GHC and GLUT

Wolfgang Jeltsch wrote: > > Does installing the libsm-dev package help? > > > > -- Mark > > Thank you, Mark and Jared. > > Installing the libsm-dev package resulted in ld outputting a similar error > message for -lXmu. After also installing libxmu-dev, linking was possible. > > Are libsm-dev

Re: [Haskell] GHC and GLUT

Hello again, now that I had installed libsm-dev and libxmu-dev, building a Gears binary worked well. Since the problem didn't seem related to the GHC version, I deinstalled the GHC backports and installed GHC from sarge again which is 6.2.2. However, with GHC 6.2.2 I got these error messages

Re: [Haskell] GHC and GLUT

Am Freitag, 6. Januar 2006 21:24 schrieb Mark T.B. Carroll: > Does installing the libsm-dev package help? > > -- Mark Thank you, Mark and Jared. Installing the libsm-dev package resulted in ld outputting a similar error message for -lXmu. After also installing libxmu-dev, linking was possible.

Re: [Haskell] GHC and GLUT

Am Freitag, 6. Januar 2006 21:13 schrieb Wolfgang Jeltsch: > Hello, > > I just wanted to compile the Gears example from the HOpenGL's GLUT source > but it didn't work. I got the following messages: > > Chasing modules from: Gears.hs > Compiling Main ( Gears.hs, Gears.o ) >

Re: [Haskell] GHC and GLUT

> Linking ... > /usr/bin/ld: cannot find -lSM > collect2: ld returned 1 exit status I've had GHC (ld actually) die for similar things like "cannot find -lgmp". Here is how I fixed it. Make sure you have libSM, the X Session Management Library, and make sure that it is in a

[Haskell] GHC and GLUT

Hello, I just wanted to compile the Gears example from the HOpenGL's GLUT source but it didn't work. I got the following messages: Chasing modules from: Gears.hs Compiling Main ( Gears.hs, Gears.o ) Linking ... /usr/bin/ld: cannot find -lSM co

Re: [Haskell] GHC: Setting default +RTS options at compile time?

Message - From: "Graham Klyne" <[EMAIL PROTECTED]> To: "Haskell Mailing List" Sent: Friday, March 18, 2005 2:18 PM Subject: [Haskell] GHC: Setting default +RTS options at compile time? > Is there any way to specify at compile/link time default options for GHC &g

[Haskell] GHC: Setting default +RTS options at compile time?

Is there any way to specify at compile/link time default options for GHC program +RTS options? I'm using the latest release (6.4). #g -- Why do I want this? I'm using GHC to write a program that will be used by non-comp uting people to preprocess some data in conjunction with an 18Mb database

Re: [Haskell] GHC / Hugs Disagree on Constraints

Dominic Steinitz wrote: > Did you get the first solution to work? When I tried it with hugs -98 I got Yes, in the process discovering some interesting behavior of Hugs. Here's the complete code that works with Hugs > module Foo where > > class Bits a > > instance (Ord a, Bits a, Bounded a, Inte

Re: [Haskell] GHC / Hugs Disagree on Constraints

[EMAIL PROTECTED] wrote: instance (Ord a, Bits a, Bounded a, Integral a, LargeWord a, Bits b, Bounded b, Integral b, LargeWord b) => Bounded (LargeKey a b) where minBound = 0 maxBound = fromIntegral $ (1 + fromIntegral (maxBound::b))* (1

Re: [Haskell] GHC / Hugs Disagree on Constraints

Dominic Steinitz asked: > Is asTypeOf really Haskell 98? Yes, it is in the Prelude. And there is no special magic, it is Haskell-98-implementable, see http://haskell.org/onlinereport/standard-prelude.html#$vasTypeOf Bye Christian Sievers ___ Haskell m

Re: [Haskell] GHC / Hugs Disagree on Constraints

[EMAIL PROTECTED] wrote: instance (Ord a, Bits a, Bounded a, Integral a, LargeWord a, Bits b, Bounded b, Integral b, LargeWord b) => Bounded (LargeKey a b) where minBound = 0 maxBound = fromIntegral $ (1 + fromIntegral (maxBound::b))* (1

[Haskell] GHC / Hugs Disagree on Constraints

> instance (Ord a, Bits a, Bounded a, Integral a, LargeWord a, > Bits b, Bounded b, Integral b, LargeWord b) => > Bounded (LargeKey a b) where >minBound = 0 >maxBound = > fromIntegral $ > (1 + fromIntegral (maxBound::b))* > (1

Re: [Haskell] GHC / Hugs Disagree on Constraints

Of Dominic | Steinitz | Sent: 02 October 2004 12:04 | To: [EMAIL PROTECTED] | Subject: [Haskell] GHC / Hugs Disagree on Constraints | | GHC accepts this with -fglasgow-exts | | instance (Ord a, Bits a, Bounded a, Integral a, LargeWord a, | Bits b, Bounded b, Integral b, LargeWor

RE: [Haskell] GHC / Hugs Disagree on Constraints

Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dominic | Steinitz | Sent: 02 October 2004 12:04 | To: [EMAIL PROTECTED] | Subject: [Haskell] GHC / Hugs Disagree on Constraints | | GHC accepts this with -fglasgow-exts | | instance (Ord a, Bits a, Boun

[Haskell] GHC / Hugs Disagree on Constraints

GHC accepts this with -fglasgow-exts instance (Ord a, Bits a, Bounded a, Integral a, LargeWord a, Bits b, Bounded b, Integral b, LargeWord b) => Bounded (LargeKey a b) where minBound = 0 maxBound = fromIntegral $ (1 + fromIntegral (maxBound::b))*

[Haskell] GHC writes to stderr

Hi folks, I am just wondering why ghc writes its output to stderr instead of stdout. In case of an error it might be reasonably but all the ordinary information about chaising and stuff should go to a buffered stream I think. Why do I care? I start ghc from emacs in a compile window. The output g

RE: [Haskell] GHC fixes for alternative main module/function on general release?

On 14 July 2004 16:02, Graham Klyne wrote: > I recall there was a problem with the options for specifying > alternative main module/function names in the last release of GHC > that I tested with. Is this now fixed in a generally released > version? The -main-is fixes were in 6.2.1. Cheers,

[Haskell] GHC fixes for alternative main module/function on general release?

I recall there was a problem with the options for specifying alternative main module/function names in the last release of GHC that I tested with. Is this now fixed in a generally released version? #g Graham Klyne For email: http://www.ninebynine.org/#Contact __

Re: [Haskell] GHC binary for Cygwin

"Simon Marlow" <[EMAIL PROTECTED]> writes: > We would happily support it, but we don't have the resources. It'll be > supported if someone steps up to take on the responsiblity - the > advantage would be that you would get your name in lights on > > http://www.haskell.org/ghc/contributors.html

RE: [Haskell] GHC binary for Cygwin

> The other day, I tried to compile the Fudgets library with > GHC-MinGW. It > didn't work, of course, and having GHC for Cygwin would presumably > significantly reduce the amount of pain required to port it. (Support > for certain Posix system calls and symbolic links would be helpful.) > >

Re: [Haskell] GHC binary for Cygwin

Thomas Hafner wrote: Are somewhere GHC binaries for Cygwin available? I tried to cross compile from Linux, but didn't succeed. Maybe one want to answer me: ``Why is a cygwin port needed? There's already a great MS W port!'', but: ... In a ``pure'' Cygwin port all system calls should go through the

[Haskell] GHC binary for Cygwin

Are somewhere GHC binaries for Cygwin available? I tried to cross compile from Linux, but didn't succeed. Maybe one want to answer me: ``Why is a cygwin port needed? There's already a great MS W port!'', but: * darcs, that I'm interested in, is available as Haskell sources. * For I can't use cmd.e

RE: [Haskell] ghc question

15:35 | To: [EMAIL PROTECTED] | Subject: [Haskell] ghc question | | Hello, | | Given the fact that Haskell 98 demands that class constraints in an | explicit type are | in a normal form (either a variable, or a type variable applied to a | list of types), it struck me | that in the following (not

[Haskell] ghc question

Hello, Given the fact that Haskell 98 demands that class constraints in an explicit type are in a normal form (either a variable, or a type variable applied to a list of types), it struck me that in the following (not very useful) program ghci yields a type which is not of that form. class X a

Re: [Haskell] GHC EXE Windows

> At 08:09 04/03/04 +, Stenio wrote: > > > > > >GHC executable file only works in MS-DOS. I would like run the executable > >file on Windows. Can someone help me > >Thanks Did you write a GUI program and each time you double click your program gets started out of a DOS window? If that is the

Re: [Haskell] GHC EXE Windows

I use GHC on windows and it works just fine. What's the problem? #g -- At 08:09 04/03/04 +, Stenio wrote: Content-Transfer-Encoding: 8bit Content-Type: text/html; charset="iso-8859-1"; GHC executable file only works in MS-DOS. I would like run the executable file on Windows. Can someone help

[Haskell] GHC EXE Windows

GHC executable file only works in MS-DOS. I would like run the executable file on Windows. Can someone help meThanks ___ Haskell mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/haskell

RE: [Haskell] GHC Core & backend

bit of experience of producing External Core using GHC, transforming it externally, and stuffing it back into GHC. Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Arjan van | IJzendoorn | Sent: 13 February 2004 12:43 | To: [EMAIL PROTECTED] | Subject

Re: [Haskell] GHC Core & backend

afie: > Hello all, > > Is anybody using GHC's backend as a backend for their own compiler? I know of one project at least, in development and undocumented, that uses GHC's backend. However, it doesn't use the Core interface. Rather, it uses an interface Mark Wotton and I wrote to the Stix layer o

RE: [Haskell] GHC 64bit?

> Dell's poweredge server with the max 12gb RAM costs $15k. > Moore's law says that > 1. you only need an extra bit/year. > 2. processing that extra bit will cost 50% less next year > > Though perhaps processing time is not linear with > the number of bits for historical/architectural > reasons.

RE: [Haskell] GHC 64bit?

Dell's poweredge server with the max 12gb RAM costs $15k. Moore's law says that 1. you only need an extra bit/year. 2. processing that extra bit will cost 50% less next year Though perhaps processing time is not linear with the number of bits for historical/architectural reasons? I presume th

RE: [Haskell] GHC 64bit?

> alex: > > Is there a maximum memory GHC can use/reach? > > Specifically, can GHC address more than 4gb of > > memory? > > SimonM may want to comment, but at the moment I think GHC is > limited to > 4G, but only due to lack of 64bit machines/demand on the developers. > > If you look in ghc/rt

[Haskell] GHC Core & backend

Hello all, Is anybody using GHC's backend as a backend for their own compiler? In the paper "An external representation for the GHC Core Language" the introduction states that "there are many (undocumented) idiosyncracies in the way GHC produces Core from source Haskell". And that "it will be har

Re: [Haskell] GHC 64bit?

On 13 Feb 2004, Ketil Malde wrote: > Axel Simon <[EMAIL PROTECTED]> writes: > > > I wonder if such an effort is worthwhile. If all pointers are suddenly > > twice the size then the footprint of a program roughly doubles. > > [...] > > It would be interesting if Haskell programs could run in the

Re: [Haskell] GHC 64bit?

Axel Simon <[EMAIL PROTECTED]> writes: >> There is an IA64 port somewhere, and I suspect other 64-bit >> architectures as well. Presumably they support >4Gb? > I wonder if such an effort is worthwhile. If all pointers are suddenly > twice the size then the footprint of a program roughly doubles.

Re: [Haskell] GHC 64bit?

Axel Simon <[EMAIL PROTECTED]> writes: >> There is an IA64 port somewhere, and I suspect other 64-bit >> architectures as well. Presumably they support >4Gb? > I wonder if such an effort is worthwhile. If all pointers are suddenly > twice the size then the footprint of a program roughly doubles.

Re: [Haskell] GHC 64bit?

On Fri, Feb 13, 2004 at 10:20:43AM +0100, Ketil Malde wrote: > [EMAIL PROTECTED] (Donald Bruce Stewart) writes: > > > SimonM may want to comment, but at the moment I think GHC is limited to > > 4G, but only due to lack of 64bit machines/demand on the developers. > > There is an IA64 port somewher

Re: [Haskell] GHC 64bit?

[EMAIL PROTECTED] (Donald Bruce Stewart) writes: > SimonM may want to comment, but at the moment I think GHC is limited to > 4G, but only due to lack of 64bit machines/demand on the developers. There is an IA64 port somewhere, and I suspect other 64-bit architectures as well. Presumably they sup

Re: [Haskell] GHC 64bit?

alex: > Is there a maximum memory GHC can use/reach? > Specifically, can GHC address more than 4gb of > memory? SimonM may want to comment, but at the moment I think GHC is limited to 4G, but only due to lack of 64bit machines/demand on the developers. If you look in ghc/rts/MBlock.h you'll see s

[Haskell] GHC 64bit?

Is there a maximum memory GHC can use/reach? Specifically, can GHC address more than 4gb of memory? -Alex- _ S. Alexander Jacobson mailto:[EMAIL PROTECTED] tel:917-770-6565 http://alexjacobson.c

Re: Concurrent Haskell (GHC) and Win32 Applications ?

"Simon Peyton-Jones" <[EMAIL PROTECTED]> writes: > | Ahem - how far would this be from a "real" multithreaded > | implementation, i.e. one that could use a few OS threads to > | take advantage of multiple CPUs in an SMP system? > Not very far. We have had a working implementation of > such a

RE: Concurrent Haskell (GHC) and Win32 Applications ?

| Ahem - how far would this be from a "real" multithreaded | implementation, i.e. one that could use a few OS threads to | take advantage of multiple CPUs in an SMP system? Not very far. We have had a working implementation of such a thing, but not in a robust releasable state. S ___

Re: Concurrent Haskell (GHC) and Win32 Applications ?

"Sigbjorn Finne" <[EMAIL PROTECTED]> writes: >> Yes, that's true at the moment, but it's something that we expect >> to fix shortly. More precisely, Sigbjorn has been working on a >> fix. It relies on using an OS thread to make a potentially-blocking >> call, so it's a robust fix. > Modulo set

Re: Concurrent Haskell (GHC) and Win32 Applications ?

"Simon Peyton-Jones" <[EMAIL PROTECTED]> writes: > > | The problem I think is with the lightweight thread implementation - > | Win32 calls can (and will) block the OS thread that makes the call, > | which blocks the entire system. Given that I'm wanting to write a > | network server with a Win32 G

RE: Concurrent Haskell (GHC) and Win32 Applications ?

| The problem I think is with the lightweight thread implementation - | Win32 calls can (and will) block the OS thread that makes the call, | which blocks the entire system. Given that I'm wanting to write a | network server with a Win32 GUI, this is obviously a Bad Thing. Yes, that's true at

Re: Concurrent Haskell (GHC) and Win32 Applications ?

Sat, Mar 09, 2002 at 11:44:22PM +1030, Antony Blakey -> > Hi, >I'm experimenting with GHC as a platform for writing a Win32 GUI > application, and I've hit what I think is a brick wall. > > The problem I think is with the lightweight thread implementation - > Win32 calls can (and will) bloc

Concurrent Haskell (GHC) and Win32 Applications ?

Hi, I'm experimenting with GHC as a platform for writing a Win32 GUI application, and I've hit what I think is a brick wall. The problem I think is with the lightweight thread implementation - Win32 calls can (and will) block the OS thread that makes the call, which blocks the entire syste