On 12.12 09:06, Greg Fitzgerald wrote:
> On Wed, Dec 12, 2012 at 4:35 AM, Simon Marlow wrote:
>
> > Now, all that LLVM knows is that z was read from Sp[8], it has no more
> > information about its value.
>
>
> Are you saying Hoopl can deduce the original form from the CPS-version? Or
> that LL
On 07.05 15:25, Paolo Capriotti wrote:
> Repository : ssh://darcs.haskell.org//srv/darcs/ghc
>
> On branch : master
>
> http://hackage.haskell.org/trac/ghc/changeset/d7bb8cd2c7d2806d01b732c412f99937240d9d02
>
> >---
>
> commit d7bb8cd
On 27.04 17:25, Simon Peyton-Jones wrote:
> I am deeply confused.
>
> Even "hello world" is seg-faulting with HEAD.
>
> I assumed that I must in some mysterious way have broken something, so I
> reverted my recent patches and rebuilt from scratch. But hello world still
> seg faults.
>
> Could
---
compiler/ghc.cabal.in |6 +++---
ghc/ghc-bin.cabal.in |4 ++--
2 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/compiler/ghc.cabal.in b/compiler/ghc.cabal.in
index 51ae154..3bb2f5c 100644
--- a/compiler/ghc.cabal.in
+++ b/compiler/ghc.cabal.in
@@ -62,7 +62,7 @@ Library
Hi,
the upper bounds on old-time, array and filepath (in ghc.cabal.in and
ghc-bin.cabal.in) make the build fail with GHC 7.4. The attached patch
fixes it.
Cheers,
Michal
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/listin
Hi,
I've just noticed that compiler/utils/Interval.hs is not used by anything and
hasn't been touched in quite some time. So I guess there's really no point in
keeping it (I did run validate and nofib to make sure it's not used there).
The attached patch removes it.
Regards,
Michal
---
compiler/
---
compiler/coreSyn/CoreSyn.lhs |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/compiler/coreSyn/CoreSyn.lhs b/compiler/coreSyn/CoreSyn.lhs
index a8dbbce..3258d3d 100644
--- a/compiler/coreSyn/CoreSyn.lhs
+++ b/compiler/coreSyn/CoreSyn.lhs
@@ -1003,7 +1003,7 @@ insta
On 14.11 12:40, Simon Peyton-Jones wrote:
> | I'm a bit confused about variable shadowing in Core. Since every variable
> has a
> | Unique I would've thought that there is no problem with that (i.e. a Unique
> is
> | globally unique).
>
> No, as Max says, there is *not* a "no-shadowing" invarian
Hi,
I'm a bit confused about variable shadowing in Core. Since every variable has a
Unique I would've thought that there is no problem with that (i.e. a Unique is
globally unique). But in CSE.lhs:
Note [Shadowing]
We have to be careful about shadowing.
For example, consid
---
compiler/simplCore/SimplCore.lhs | 508 +++---
1 files changed, 254 insertions(+), 254 deletions(-)
diff --git a/compiler/simplCore/SimplCore.lhs b/compiler/simplCore/SimplCore.lhs
index 5075075..d5915dd 100644
--- a/compiler/simplCore/SimplCore.lhs
+++ b/comp
On 24.09 15:35, Ben Lippmeier wrote:
>
> hurricane:ghc-head-devel majestic$ ghc --version
> The Glorious Glasgow Haskell Compilation System, version 7.2.1
>
> hurricane:ghc-head-devel majestic$ make
> ...
> make -r --no-print-directory -f ghc.mk phase=final all
> "inplace/bin/ghc-stage1" -H64m
On 17.06 21:35, Ian Lynagh wrote:
>
> Hi all,
>
> I've now replaced the GHC binary and haddock repos with lagging copies
> of the upstream repos. That means that you need to remove the old repos
> from any GHC trees you have. This should do it:
>
> git pull
> rm -rf libraries/binary
> rm -rf uti
On 11.06 16:37, Ian Lynagh wrote:
> On Sat, Jun 11, 2011 at 03:31:59PM +0100, Ian Lynagh wrote:
> > On Sat, Jun 11, 2011 at 06:52:58AM -0700, Simon Peyton-Jones wrote:
> > >
> > > + ; dflags <- getDOpts
> > > + ; if not (dopt Opt_Specialise dflags) then
> > > +return []
Hi,
Apparently T706 test doesn't ignore ~/.ghci file and was failing for me
because of that. Attached is a simple patch fixing this.
Cheers,
Michal
>From 871cf36c0a1d2d473a8576b9486c03922f213193 Mon Sep 17 00:00:00 2001
From: Michal Terepeta
Date: Thu, 14 Apr 2011 22:12:29 +0200
Subject
14 matches
Mail list logo
