Windows ghc6.04
Is there any chance that GHC 6.04, or any GHC version in the next few months, will support the following on Windows: 1) use of native threads so that the world won't be stopped every time you wait for a character; 2) the new system-independent runProcess interface; 3) Network.Socket. (Maybe it does already?) I have a feeling the answer will be Yes, if you implement it, but sadly my time is limited ... ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Windows ghc6.04
Is there any chance that GHC 6.04, or any GHC version in the next few months, will support the following on Windows: 1) use of native threads so that the world won't be stopped every time you wait for a character; Should already be in 6.02.1 - add the -threaded flag when linking, and you'll get the threaded rts which uses native thread to make sure that (safe) ffi calls don't block. Waiting for a character sounds like a job for the standard input routines, and they should support concurrency even without the threaded RTS, but I don't know about the windows version. Cheers, Wolfgang ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Windows ghc6.04
Not sure what 2) refers to, but 1) and 3) is already in 6.2.x; no need to use the heavier-weight -threaded stuff to enable it. --sigbjorn - Original Message - From: George Russell [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 04, 2004 03:42 Subject: Windows ghc6.04 Is there any chance that GHC 6.04, or any GHC version in the next few months, will support the following on Windows: 1) use of native threads so that the world won't be stopped every time you wait for a character; 2) the new system-independent runProcess interface; 3) Network.Socket. (Maybe it does already?) I have a feeling the answer will be Yes, if you implement it, but sadly my time is limited ... ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
ghc-pkg can't build GHCi libs in Windows Command Prompt
In the current implementation of the ghc-pkg util it is impossible to build GHCi libs if you don't have ld in the current search path. Under Windows the compiler usually comes with its own linker (ghc-lib/ld.exe). Why doesn't ghc-pkg use the own linker? If there isn't any reason not to do that I would like to apply the patch: 374a375,379 #ifdef mingw32_HOST_OS execDir - getExecDir /bin/ghc-pkg.exe system (maybe (++/gcc-lib/) execDir++ld -r -x -o ++ ghci_lib_file ++ --whole-archive ++ batch_lib_file) #else 376a382 #endif Cheers, Krasimir __ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover ___ Glasgow-haskell-users mailing list [EMAIL PROTECTED] http://www.haskell.org/mailman/listinfo/glasgow-haskell-users