compiler/nativeGen/PprBase.hs:24:1:
Warning: In the use of `castSTUArray'
(imported from Data.Array.ST):
Deprecated: "Please import from Data.Array.Unsafe instead; This
will be removed in the next release"
Please, please, please, validate with -Werror enabled!
Manue
pgj-freebsd-amd64-stable (amd64 FreeBSD STABLE), build 316
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-amd64-stable/316.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting v
pgj-freebsd-i386-stable (x86 FreeBSD STABLE), build 299
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/pgj-freebsd-i386-stable/299.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting versi
pgj2 (amd64 FreeBSD HEAD), build 434
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj2/434.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting
pgj (x86 FreeBSD HEAD), build 436
Build succeeded
Details: http://darcs.haskell.org/ghcBuilder/builders/pgj/436.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date | Success
booting | Su
Ian Lynagh:
> On Mon, Aug 01, 2011 at 12:55:07PM +, Simon Peyton-Jones wrote:
>> So we either need to
>> * inline floatFromInteger, or
>> * need a RULE for floatFromInteger
>>
>> If the former is big, the latter should do fine, right?
>>
>> That's what we are doing for other Integer operation
Build description = HEAD on i386-unknown-linux (cam-02-unx)
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 Mon Aug 1 18:00:01 BST 2011.
checking out new source tree
Build description = STABLE on i386-unknown-linux (cam-02-unx)
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 Mon Aug 1 18:10:01 BST 2011.
checking out new source tree
tn23 (x86 OSX HEAD), build 402
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/402.html
git clone | Success
create mk/build.mk | Success
get subrepos | Failure: Just (ExitFailure 2)
Build failed
Details: http://darcs.haskell.org/ghcBuilder/builders/tn23/402
Build description = HEAD on x86_64-unknown-linux (cam-04-unx)
Build location= /64playpen/simonmar/nightly/HEAD-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-04-unx
Nightly build started on cam-04-unx at Mon Aug 1 18:00:01 BST 2011.
checking out new source t
Build description = STABLE on x86_64-unknown-linux (cam-04-unx)
Build location= /64playpen/simonmar/nightly/STABLE-cam-04-unx
Build config file = /home/simonmar/nightly/site/msrc/conf-STABLE-cam-04-unx
Nightly build started on cam-04-unx at Mon Aug 1 18:10:01 BST 2011.
checking out new so
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/e3e5cce62fd17e08f99388a046ba2e54f2a47824
>---
commit e3e5cce62fd17e08f99388a046ba2e54f2a47824
Author: David Terei
Da
Repository : ssh://darcs.haskell.org//srv/darcs/ghc
On branch : master
http://hackage.haskell.org/trac/ghc/changeset/dd96a196e4719d04ba78675069e93d01a50b7b33
>---
commit dd96a196e4719d04ba78675069e93d01a50b7b33
Merge: e3e5cce... 353c1
On Mon, Aug 01, 2011 at 12:55:07PM +, Simon Peyton-Jones wrote:
> So we either need to
> * inline floatFromInteger, or
> * need a RULE for floatFromInteger
>
> If the former is big, the latter should do fine, right?
>
> That's what we are doing for other Integer operations.
Yup, I'll add a r
simonmar-win32-head (x86 Windows HEAD), build 356
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/356.html
git clone | Failure: Just (ExitFailure 128)
Build failed
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/356.html
fatal:
Full logs at http://log.ouroborus.net/limitingfactor/dph
Environment
Platform
host: limitingfactor.cse.unsw.EDU.AU
arch: i386
processor: i386
system:Darwin 10.7.0
Versions
GHC The Glorious Glasgow Haskell Compilation System, version 7.0.1
GCC i686-apple-da
On 01/08/2011 14:15, Simon Peyton-Jones wrote:
It's all regrettably delicate, but I think the simplest thing to do is to write
integer-simple using either case expressions direct, or function definitions
that trivially desugar into case expressions. Ie not this:
xorDigits None (!ds)
On 31/07/2011 21:46, Edward Z. Yang wrote:
indexed-types/should_compile T3017 [stderr mismatch] (normal)
indexed-types/should_fail NoMatchErr [stderr mismatch] (normal)
indexed-types/should_fail T2544 [stderr mismatch] (normal)
indexed-types/should_fail T2627b [stder
On 01/08/2011 12:52, Manuel M T Chakravarty wrote:
Simon Peyton-Jones:
| As pushing patches that do not validate seems to be all the rage at the
moment, I
| push my fixes to #5360 although I cannot complete validate due to the
appended
| *unrelated* breakage.
Yes, apologies for the origina
It's all regrettably delicate, but I think the simplest thing to do is to write
integer-simple using either case expressions direct, or function definitions
that trivially desugar into case expressions. Ie not this:
xorDigits None (!ds) = ds
xorDigits (!ds) None
So we either need to
* inline floatFromInteger, or
* need a RULE for floatFromInteger
If the former is big, the latter should do fine, right?
That's what we are doing for other Integer operations.
Simon
| -Original Message-
| From: Ben Lippmeier [mailto:b...@ouroborus.net]
| Sent: 01
On 29 July 2011 14:15, Max Bolingbroke wrote:
> Tekkub from GitHub has just got back to me telling me that the mirrors
> have been set up.
The GitHub repos do not seem to be updating: the last commit they
pulled across was from 3 days ago.
I'm going to email Tekkub again to see what is going on.
Simon Peyton-Jones:
> | As pushing patches that do not validate seems to be all the rage at the
> moment, I
> | push my fixes to #5360 although I cannot complete validate due to the
> appended
> | *unrelated* breakage.
>
> Yes, apologies for the original breakage which was my fault. It was a
| As pushing patches that do not validate seems to be all the rage at the
moment, I
| push my fixes to #5360 although I cannot complete validate due to the
appended
| *unrelated* breakage.
Yes, apologies for the original breakage which was my fault. It was a Friday
afternoon glitch.
Simon
Hello,
The tn23 builder has failed recently with complaints from git. The
latest build is presently
http://darcs.haskell.org/ghcBuilder/builders/tn23/401.html
that ends
tn23, build 401, step 1: git clone
Program: "git"
Args: ["clone","http://darcs.haskell.org/ghc.git/","build";]
Subdir: "."
Sta
simonmar-win32-head (x86 Windows HEAD), build 355
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-head/355.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version date |
simonmar-win32-stable (x86 Windows STABLE), build 288
Build succeeded
Details:
http://darcs.haskell.org/ghcBuilder/builders/simonmar-win32-stable/288.html
git clone| Success
create mk/build.mk | Success
get subrepos | Success
repo versions| Success
setting version d
On 1 August 2011 08:54, Max Bolingbroke wrote:
> They seem to originate from using bang patterns in the definitions:
I just checked and the bangs are irrelevant. It's just a general
behaviour of the pattern match desugarer where it generates code for
situations it could potentially see are imposs
On 25/07/2011, at 4:27 AM, Ian Lynagh wrote:
>
> commit 9506f95ac32c91a9fa6ce659a4474d6f85e55268
> Author: Ian Lynagh
> Date: Sat Jul 23 17:56:40 2011 +0100
>
>Don't inline most integer operations
>
>We get lots of code, and the simplifier generally can't do much with
>it. We'll
On 1 August 2011 08:09, Simon Peyton-Jones wrote:
> I’m guessing here, but I bet I know what’s going on. If integer-simple uses
> inexhaustive pattern matching, GHC will generate calls to ‘patError’ for the
> missing cases. That in turn generates a dependency on base, which is where
> patError is
30 matches
Mail list logo
