Building just a stage 1 compiler?
Hi, Is there a way to tell the GHC build system that I only want to build a stage 1 compiler and the libraries, not a stage 2 compiler? Executing: $ sh boot $ ./configure $ make stage=1 in my build tree still builds the stage 2 compiler as well. Thanks, Tim -- Tim Chevalier * http://cs.pdx.edu/~tjc/ * Often in error, never in doubt ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Plans for GHC 6.12.1: release candidate 14 September 2009
On Tue, Aug 18, 2009 at 03:03:43PM +0100, Ian Lynagh wrote: > This is a summary of our plans for GHC 6.12.1. > > We are aiming to have the first release candidate out on the 14th > September 2009. > > Until then, we plan to focus on the bugs in the 6.12.1 milestone, marked > high priority; they are listed here: > > http://hackage.haskell.org/trac/ghc/query?status=new&status=assigned&status=reopened&priority=highest&priority=high&milestone=6.12.1&order=priority Would it be better if I break my stable build slave in favor of the head build slave then? IIRC, I've to tweak some environment variables to make head build again, but it would break the stable builds. Ciao, Kili -- _|_ is pronounced 'bottom', and is the greatest lower bound of a complete lattice. -- Nick Williams in comp.lang.functional ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Plans for GHC 6.12.1: release candidate 14 September 2009
Hi all, This is a summary of our plans for GHC 6.12.1. We are aiming to have the first release candidate out on the 14th September 2009. Until then, we plan to focus on the bugs in the 6.12.1 milestone, marked high priority; they are listed here: http://hackage.haskell.org/trac/ghc/query?status=new&status=assigned&status=reopened&priority=highest&priority=high&milestone=6.12.1&order=priority If there is a bug not in that list that is important to you, please let us know. Thanks Ian ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
Re: Generating valid Haskell code using the GHC API pretty printer
Hello, sorry for the delay in replying, I have been away from my computer during the last weeks. Simon Peyton-Jones wrote: > I've fixed GHC's pretty-printer to print do-notation using braces > and semi-colons, which is much more robust. I hope that's useful This is certainly useful, and it seems to fix the issues for me. Thank you very much! Thomas Schilling wrote: > That said, if you're trying to do source-to-source transformations > you probably want to keep the original layout as much as possible. > GHC's pretty-printer isn't designed for that. GHC's syntax tree has > very accurate source locations, so you could start from there and > build your own pretty printer. Niklas Broberg wrote: > In general, unless you actually want to use any other components of > the GHC API, e.g. evaluate your code, then I see no reason to use > the GHC API for source manipulation. haskell-src-exts simply does > that better (and definitely better than haskell-src). But I couldn't > tell if that's enough for the original poster's needs. :-) Well, the application is a debugger for Concurrent Haskell programs. It reads a program and replaces certain function calls with calls to location-aware wrappers that allow stepping the program and highlighting the original source location. The result of this transformation is then compiled and executed; it is not intended to be seen by the user (who is shown the original source). So I guess what we need is not a "pretty printer" but a "valid printer". We need accurate original source locations and we need to access the syntax tree after typechecking to be able to tell which functions to replace. The GHC API looked like the way to go and it does so even more with Simon's patch. Thanks for your input, Jan -- If you're happy and you know it, syntax error! ___ Glasgow-haskell-users mailing list Glasgow-haskell-users@haskell.org http://www.haskell.org/mailman/listinfo/glasgow-haskell-users
