Re: [Haskell] Re: ANNOUNCE: GHC version 6.8.2

2007-12-20 Thread Simon Marlow
Benjamin L. Russell wrote: This fixed the problem, and on Windows XP Professional, I was able to set GHCi to find .ghci in %HOMEPATH%, which turned out to be c:\Documents and Settings\username. However, I would like to override this setting, and either have GHCi look for .ghci in %HOME%, as

Re: binary-dists for ghc-6.8.2

2007-12-20 Thread Malcolm Wallace
I've built binary distributions for Mac OS 10.4 (Tiger) based on (better supported) GMP and GNUreadline frameworks and for Solaris 10. http://www.dfki.de/sks/hets/mac/versions/ghc-6.8.2-powerpc-apple-darwin.tar.bz2

Re: [Haskell-cafe] Re: #haskell works

2007-12-20 Thread Bulat Ziganshin
Hello Simon, Thursday, December 20, 2007, 4:01:59 PM, you wrote: Fixing it all properly means some fairly significant architectural changes, and dropping the via-C backend oh, thank you. from my POV, C backend still may be used together with non-registerized compilers. in particular, i hope

Re: [Haskell-cafe] Re: #haskell works

2007-12-20 Thread Duncan Coutts
On Thu, 2007-12-20 at 16:54 +0300, Bulat Ziganshin wrote: Hello Simon, Thursday, December 20, 2007, 4:01:59 PM, you wrote: Fixing it all properly means some fairly significant architectural changes, and dropping the via-C backend oh, thank you. from my POV, C backend still may be

Re: More spam problems on trac

2007-12-20 Thread Tim Chevalier
On 12/11/07, Simon Marlow [EMAIL PROTECTED] wrote: We have the spam filter Trac plugin installed, but apparently we don't have the BadContent wiki page from which the spam filter gets its regular expressions, so I just added one. Hopefully that should catch some of the spam. Looks like

Re: Building GHC 6.6.1 on Leopard/PPC

2007-12-20 Thread Thorkil Naur
Hello, First of all: Welcome to the club. I hope you will find it enjoyable. And then to your questions: I have never tried to bootstrap GHC from C, so I am not really able to help with your specific problem. However, if you just want a running GHC, the binary distributions should provide an

Re: [Haskell] Re: ANNOUNCE: GHC version 6.8.2

2007-12-20 Thread Alex Jacobson
My experience with the mac stuff is that you are just better off building everything yourself. It runs in the background while you go eat dinner and then you are done. -Alex- Hugo Pacheco wrote: The binaries do work in Leopard, but it misses all library files, such as System.IO. How can I

Re: [Haskell] Re: ANNOUNCE: GHC version 6.8.2

2007-12-20 Thread Gregory Wright
Hi, On Dec 20, 2007, at 2:31 PM, Hugo Pacheco wrote: From the ghc-6.8.2 sources then, I'm just afraid of possible errors, and I don't have any previous ghc installed. Do the sources permit bootstrapping? From what I know... The source distribution needs an installed GHC (version 6.0 at

Re: Building GHC 6.6.1 on Leopard/PPC

2007-12-20 Thread Thorkil Naur
Hello, On Thursday 20 December 2007 20:15, Jerry Charumilind wrote: ... Besides getting a working compiler, my other goal is to get contribute a working build process on Leopard back to MacPorts, since they continue to have no solution right now

Re: [Haskell] Re: ANNOUNCE: GHC version 6.8.2

2007-12-20 Thread Gregory Wright
On Dec 20, 2007, at 5:30 PM, Hugo Pacheco wrote: But is it like days, weeks, months? I really need GHC installed on my intel mac w/ leopard. The new macports ghc should be ready in days to a week, most likely. If you want I can send you the portfile to try, I can't guarantee it but it

How to use #ifdef WIN32

2007-12-20 Thread Jim Burton
I want to switch code on the OS but this always goes through to the #else (on windows or elsewhere): {-# OPTIONS -cpp #-} #ifdef WIN32 main = putStrLn hello windows #else main = putStrLn hello something else #endif Does this depend on a Makefile setting WIN32, or should there be something

Re: How to use #ifdef WIN32

2007-12-20 Thread Neil Mitchell
Hi Jim I want to switch code on the OS but this always goes through to the #else (on windows or elsewhere): {-# OPTIONS -cpp #-} #ifdef WIN32 main = putStrLn hello windows #else main = putStrLn hello something else #endif Does this depend on a Makefile setting WIN32, or should there be

Re: How to use #ifdef WIN32

2007-12-20 Thread Spencer Janssen
On Thursday 20 December 2007 18:37:15 Jim Burton wrote: I want to switch code on the OS but this always goes through to the #else (on windows or elsewhere): {-# OPTIONS -cpp #-} #ifdef WIN32 main = putStrLn hello windows #else main = putStrLn hello something else #endif Does this depend

Re: How to use #ifdef WIN32

2007-12-20 Thread Duncan Coutts
On Thu, 2007-12-20 at 21:16 -0600, Spencer Janssen wrote: If you're using Cabal, something like this should work: if os(win32) cpp-options: -DWIN32 To be precise: if os(windows) cpp-options: -DWIN32 See, Cabal is (mostly) Neil I hate mingw Mitchell compliant. :-)

Re: How to use #ifdef WIN32

2007-12-20 Thread Spencer Janssen
On Thursday 20 December 2007 22:04:13 Duncan Coutts wrote: On Thu, 2007-12-20 at 21:16 -0600, Spencer Janssen wrote: If you're using Cabal, something like this should work: if os(win32) cpp-options: -DWIN32 To be precise: if os(windows) cpp-options: -DWIN32