Re: darcs patch: Set .type @object for all global symbols in NCG

Hi, You might already be aware of this, but .type seems to be a gas- specific directive. At least, it's not supported by the OS X version of as, so HEAD can't successfully compile things on that platform for the moment. Feel free to ignore me if you're already planning to fix this. :) Th

patch applied (ghc): Improve loop-breaker scoring in OccAnal (idea from Roman)

Fri Jun 29 14:57:17 PDT 2007 [EMAIL PROTECTED] * Improve loop-breaker scoring in OccAnal (idea from Roman) See Note [Closure conversion] in OccurAnal for details of this patch (which merely involves *deleting* a test!). The test case was produced by Roman, and shows up when doing closu

patch applied (ghc): Many comments about oclose, plus a fix for Trac #1456

Fri Jun 29 14:53:34 PDT 2007 [EMAIL PROTECTED] * Many comments about oclose, plus a fix for Trac #1456 There was a rather subtle bug in the way 'oclose' works when generalising top-level function definitions. See Note [Important subtlety in oclose] in FunDeps for an explanatoin

patch applied (ghc): Improve error message (Trac #1446)

Fri Jun 29 13:32:19 PDT 2007 [EMAIL PROTECTED] * Improve error message (Trac #1446) M ./compiler/typecheck/TcSimplify.lhs -3 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: External Core in binary format

On 6/29/07, Simon Marlow <[EMAIL PROTECTED]> wrote: Ok, I'm not sure that the layering is quite right here - it doesn't seem right for compileToCore to set the targets. compileToCore should really be a higher-level API, built in terms of the GHC API. Still, I don't suggest changing it until we'

patch applied (ghc): Fixing hpc tools for 6.2 and 6.4

Fri Jun 29 11:53:07 PDT 2007 [EMAIL PROTECTED] * Fixing hpc tools for 6.2 and 6.4 M ./utils/hpc/Hpc.hs +1 M ./utils/hpc/HpcCombine.hs -3 +2 M ./utils/hpc/HpcFlags.hs -1 +1 A ./utils/hpc/HpcMap.hs M ./utils/hpc/HpcMarkup.hs -1 +5 M ./utils/hpc/HpcReport.hs -1 +1 A ./u

[nightly] 29-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 Fri Jun 29 19:30:01 BST 2007. checki

patch applied (ghc): Refine printing of names in unification mis-match

Fri Jun 29 09:13:37 PDT 2007 [EMAIL PROTECTED] * Refine printing of names in unification mis-match M ./compiler/typecheck/TcUnify.lhs -8 +15 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

patch applied (testsuite): Update output

Fri Jun 29 09:13:08 PDT 2007 [EMAIL PROTECTED] * Update output M ./tests/ghc-regress/typecheck/should_fail/tcfail182.stderr -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Updating GHC for hppa2.0 hpux 11 (was Re: hpux 11.0 floating point alignment problem in PrimOps.cmm)

Hi Joe, On June 29, 2007 8:40:11 AM EDT Joe Buehler wrote: The processor is PA-RISC 2.0 running on HPUX 11.0... If you know of any GHC experts with PA-RISC assembly expertise it would be a huge help if they could fix the mangler. I can supply plenty of sample input assembly files I'll fee

patch applied (testsuite): Add test for Trac #1465

Fri Jun 29 04:53:25 PDT 2007 [EMAIL PROTECTED] * Add test for Trac #1465 M ./tests/ghc-regress/typecheck/should_fail/all.T +1 A ./tests/ghc-regress/typecheck/should_fail/tcfail182.hs A ./tests/ghc-regress/typecheck/should_fail/tcfail182.stderr __

patch applied (ghc): Improve name-printing on unification mis-matches, when types share a common occurrence name

Fri Jun 29 04:48:33 PDT 2007 [EMAIL PROTECTED] * Improve name-printing on unification mis-matches, when types share a common occurrence name This improvement arose from a suggestion in Trac #1465 M ./compiler/main/HscTypes.lhs -12 +20 M ./compiler/typecheck/TcType.lhs -7 +8

patch applied (ghc): Add flags for record extensions; still not working properly though

Thu Jun 28 01:29:49 PDT 2007 [EMAIL PROTECTED] * Add flags for record extensions; still not working properly though M ./compiler/main/DynFlags.hs -1 +5 M ./compiler/rename/RnTypes.lhs -1 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://

patch applied (ghc): FIX BUILD: we need --exclude-module Trace.* too

Fri Jun 29 04:02:40 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * FIX BUILD: we need --exclude-module Trace.* too M ./compat/compat.mk -1 +4 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinfo/cvs-ghc

Re: Build fails again

Simon Marlow wrote: Could this be a problem introduced by the IPV6 changes to the network package, perhaps? (and not a build system issue, as I first thought). Bryan - any thoughts? This is a PPC/MacOS X build. It seems to be an oddity with OS X. Here's a well-timed patch that Thomas Schi

patch applied (ghc): unbreak "recompile utils with stage 1"

Fri Jun 29 02:07:05 PDT 2007 Simon Marlow <[EMAIL PROTECTED]> * unbreak "recompile utils with stage 1" M ./compat/compat.mk -5 +3 M ./utils/hpc/Makefile -6 +1 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mailman/listinf

Re: External Core in binary format

Tim Chevalier wrote: On 6/28/07, Simon Marlow <[EMAIL PROTECTED]> wrote: The right sequence would be (a) setTarget to the desired filename (b) depanal (c) find the module name by searching in the ModGraph (d) checkModule and checkModule should optionally return the Core too. Unfortuna

RE: External Core in binary format

Tim Thank you for doing this! Could you add the example to the Wiki, to help others find their way in? http://haskell.org/haskellwiki/GHC/As_a_library Simon | -Original Message- | From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Chevalier | Sent: 29 June 2007 0

Daily report for head

Build results: x86-64 Linux head:fail (failed recompileutilswithstage1) x86 Windows head: fail (failed recompileutilswithstage1 pushchanges failed slave lost) fail (failed darcs) x86 Windows head fast:fail (failed stage1) fail (failed stage1) fail (failed stage1) f

patch applied (testsuite): Type families: more overlap checks

Fri Jun 29 00:14:38 PDT 2007 Manuel M T Chakravarty <[EMAIL PROTECTED]> * Type families: more overlap checks M ./tests/ghc-regress/indexed-types/should_compile/Simple5.hs +8 ___ Cvs-ghc mailing list Cvs-ghc@haskell.org http://www.haskell.org/mail

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

Andy the HEAD build on Linux reports | == gmake boot - --no-print-directory -r; | in /playpen/ghc/nightly/HEAD-cam-02-unx/i386-unknown-linux/utils/hpc | | ghc-6.2.2 -M -optdep-f -optdep.depend -osuf o -optdep--exclude-mod