patch applied (ghc): Add configure option --with-macos-deployment-target

Mon Feb 18 19:17:55 PST 2008 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Add configure option --with-macos-deployment-target M ./aclocal.m4 +29 M ./configure.ac +17 M ./mk/config.mk.in +5 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http

[nightly] 19-Feb-2008 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/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Tue Feb 19 18:00:01 GMT 2008. checking out

[nightly] 19-Feb-2008 build of STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com)

Build description = STABLE on i386-unknown-linux (cam-02-unx.europe.corp.microsoft.com) Build location= /playpen/simonmar/nightly/STABLE Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-02-unx Nightly build started on cam-02-unx at Tue Feb 19 18:10:01 GMT 2008. checki

Re: STG code

On 2/19/08, Neil Mitchell <[EMAIL PROTECTED]> wrote: > The ext-core stuff is more complicated, and the support libraries that > were meant to exist around it have all bit-rotted in nasty ways. As it > currently stands, Tim's work is about the easiest route to getting > Core out of GHC, but is fairl

Re: STG code

On 2/19/08, Simon Peyton-Jones <[EMAIL PROTECTED]> wrote: > > > > > It relates to strictness info etc. I strongly suggest you do not try to > parse this stuff -- it was never intended for that. Why do you think > ext-core is harder? It's designed to be easier! > While I agree that there doesn't

Re: STG code

On 2/18/08, Guilherme Avelino <[EMAIL PROTECTED]> wrote: > I started my project implementing a stg compiler to .NET, as described in > "Implementing Lazy Functional Languages on Stock Hardware: The Spineless > Tagless G-Machine" [Jones, Peyton]. After that, I resolved to integrate it > to GHC, so I

Re: STG code

Hi Simon, > It relates to strictness info etc. I strongly suggest you do not try to > parse this stuff -- it was never intended for that. Why do you think > ext-core is harder? It's designed to be easier! The ext-core stuff is more complicated, and the support libraries that were meant to exist

RE: STG code

It relates to strictness info etc. I strongly suggest you do not try to parse this stuff -- it was never intended for that. Why do you think ext-core is harder? It's designed to be easier! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Guilherme Avelino Sent: 19 February 2008 1

patch applied (ghc): Fix warning in SCCfinal

Mon Feb 18 18:04:29 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix warning in SCCfinal M ./compiler/profiling/SCCfinal.lhs -26 +21 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Whitespace only

Mon Feb 18 17:52:59 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Whitespace only M ./compiler/profiling/SCCfinal.lhs -62 +62 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Whitespace only

Mon Feb 18 17:24:17 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Whitespace only M ./compiler/basicTypes/UniqSupply.lhs -39 +39 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Fix warnings in UniqSupply

Mon Feb 18 17:32:33 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix warnings in UniqSupply M ./compiler/basicTypes/UniqSupply.lhs -15 +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Fix non-missing-signature warnings in MkId

Mon Feb 18 17:09:17 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Fix non-missing-signature warnings in MkId M ./compiler/basicTypes/MkId.lhs -1 +8 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Whitespace only

Mon Feb 18 16:50:42 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Whitespace only M ./compiler/basicTypes/MkId.lhs -430 +434 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Whitespace only

Mon Feb 18 15:45:59 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Whitespace only M ./compiler/vectorise/Vectorise.hs -8 +8 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Make literals in the syntax tree strict

Mon Feb 18 10:34:24 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make literals in the syntax tree strict M ./compiler/hsSyn/HsLit.lhs -3 +3 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): Make the parser a bit stricter

Mon Feb 18 09:55:14 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * Make the parser a bit stricter M ./compiler/parser/Parser.y.pp -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (ghc): seq what we actually want to seq, not the seq'ing function

Wed Feb 13 05:18:57 PST 2008 Ian Lynagh <[EMAIL PROTECTED]> * seq what we actually want to seq, not the seq'ing function M ./compiler/coreSyn/PprCore.lhs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/c

Re: STG code

Sorry, I put the wrong code. The generated code is: Rec { Teste.mapp :: forall t_a5D u_a5E. (t_a5D -> u_a5E) -> [t_a5D] -> [u_a5E] [GlobalId] [Arity 2 NoCafRefs Str: DmdType LS] Teste.mapp = \ (@ t_aap) (@ u_aaq) (ds_dat :: t_aap -> u_aaq) (ds1_dau :: [t_aap]) -> case ds1_dau of wild_B1 {

Re: STG code

Hi, I´m trying to use the Core representation by -ddump-simpl, because the code generated is simpler than -fext-core. But I don´t understand the meaning of some informations. I compile the code: mapp::(t->u)->[t]->[u] mapp _ [] = [] mapp f (x:xs) = (f x):(mapp f xs) is generated: Teste.t :: G

patch applied (testsuite): Add a slightly more robust concurrent I/O test

Mon Feb 18 02:22:31 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * Add a slightly more robust concurrent I/O test also disable concio001, which is too unreliable M ./tests/ghc-regress/lib/IO/all.T -2 +4 A ./tests/ghc-regress/lib/IO/concio002.hs A ./tests/ghc-regress/lib/IO/concio002.

patch applied (ghc): attempt to fix #2098 (PPC pepple please test & fix)

Mon Feb 18 03:57:48 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * attempt to fix #2098 (PPC pepple please test & fix) M ./compiler/ghci/ByteCodeFFI.lhs -18 +22 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs

patch applied (ghc): FIX #2023: substitute for $topdir in haddockInterfaces and haddockHTMLs

Sat Feb 9 06:36:48 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * FIX #2023: substitute for $topdir in haddockInterfaces and haddockHTMLs M ./compiler/main/Packages.lhs -1 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailm

Daily report for head

Build results: x86-64 Linux head:lost x86 Windows head: fail (failed bindisttest) fail (failed bindisttest failed slave lost) x86 Windows head fast:pass fail (failed getsubrepos) lost pass pass pass lost gabor head: pass kahl G5 Gentoo Linux head:

Daily report for stable

Build results: kahl G5 Gentoo Linux stable: pass x86 Windows stable: fail (failed bindisttest) fail (failed stage1) x86 Windows stable fast: pass pass pass pass fail (failed stage1) pass lost x86-64 Linux stable: lost Old unexpected test failures: 16791 k