patch applied (ghc): First cut at documentation for HPC option in GHC

Mon Jun 18 22:56:54 PDT 2007 [EMAIL PROTECTED] * First cut at documentation for HPC option in GHC M ./docs/users_guide/flags.xml +39 A ./docs/users_guide/images/ A ./docs/users_guide/images/Recip.png M ./docs/users_guide/profiling.xml +120 __

[nightly] 18-Jun-2007 build of HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = HEAD on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/ghc/nightly/HEAD-cam-02-unx Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Mon Jun 18 19:30:00 BST 2007. checki

patch applied (ghc): Build package ndp if present

Mon Jun 18 18:15:10 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Build package ndp if present M ./libraries/Makefile +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: External Core in binary format

We can definitely add those to the existing data types, but it wouldn't be entirely trivial. I believe some of them already have Read and Show instances which don't do quite what we want, and changing them to automatically-derived instances might make other bits of the compiler behave dif

RE: Record wildcard patch

Thanks! After some thought I concluded that it was better not to mix up the parent/child thing (which is used for import/export) with this field stuff. It gets a bit complicated: Consutructor C is a child of data type T, and field 'x' is a child of C. But 'x' might be a child of 'D' too (anot

Re: External Core in binary format

Hi Well, in GHC the Prelude ~= the base package, so you'll have to translate (a large chunk of) base into YHC.Core. It uses lots of primitives, so you'll need translations for many of those (exceptions? MVars? GMP operations?). Trivial :) Yhc.Core has the notion of primitives, which is som

Re: External Core in binary format

Neil Mitchell wrote: So presumably you'd be happy if you could do something like this: import qualified GHC getYHCCore :: FilePath -> YHC.Core getYHCCore file = do s <- GHC.newSession ghc_core <- GHC.compileToCore s "Foo.hs" convertToYHCCore ghc_core ie. without any on-disk rep

patch applied (ghc): typo

Mon Jun 18 04:18:17 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * typo M ./docs/users_guide/using.xml -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (testsuite): Output reordering in debugger tests

Mon Jun 18 03:32:51 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * Output reordering in debugger tests M ./tests/ghc-regress/ghci.debugger/scripts/break006.stdout -1 +1 M ./tests/ghc-regress/ghci.debugger/scripts/print003.stdout -3 +3 M ./tests/ghc-regress/ghci.debugger/scripts/print019.

patch applied (ghc): More debugger output order consistency

Mon Jun 18 03:28:50 PDT 2007 Ian Lynagh <[EMAIL PROTECTED]> * More debugger output order consistency M ./compiler/ghci/InteractiveUI.hs -3 +8 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: External Core in binary format

Hi So presumably you'd be happy if you could do something like this: import qualified GHC getYHCCore :: FilePath -> YHC.Core getYHCCore file = do s <- GHC.newSession ghc_core <- GHC.compileToCore s "Foo.hs" convertToYHCCore ghc_core ie. without any on-disk representation at all

Re: External Core in binary format

Neil Mitchell wrote: I guess I started this discussion by asking for a concrete thing, rather than describing what I'm hoping to do. In reality, any solution that accomplishes my end goal suits me perfectly - so perhaps I should say what I'm hoping to do. Currently Yhc has an external core forma

patch applied (ghc): Several changes to the code dealing with newtypes in :print

Sun Jun 17 12:34:35 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]> * Several changes to the code dealing with newtypes in :print I simplified the code, killed some unreachable blocks, and renamed it so that it corresponds more accurately with what is explained in the technical report http:/

patch applied (ghc): Remove now non-existant "Breakpoints" entry from package.conf.in

Wed Jun 13 02:21:02 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]> * Remove now non-existant "Breakpoints" entry from package.conf.in M ./compiler/package.conf.in -1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/c

patch applied (testsuite): Two tests for newtypes & :print added

Mon Jun 18 01:02:52 PDT 2007 Pepe Iborra <[EMAIL PROTECTED]> * Two tests for newtypes & :print added M ./tests/ghc-regress/ghci.debugger/Test.hs -2 +2 M ./tests/ghc-regress/ghci.debugger/scripts/all.T +2 A ./tests/ghc-regress/ghci.debugger/scripts/print023.script A ./tests/ghc-r

Daily report for head

Build results: x86-64 Linux head:lost x86 Windows head: pass x86 Windows head fast:pass pass pass pass pass pass mnemosyne x86-64 Gentoo head: fail (failed stage1) tnaur PPC OSX head: pass x86-64 Linux head unreg: lost Old unexpected test passes: