Ian, Simon,
today I got the following error from validate:
/Users/rl/projects/ndp/ghc-test/bindisttest/"install dir"/bin/ghc-pkg check
There are problems in package vector-0.5:
dependency "base-4.2.0.0-inplace" doesn't exist
dependency "ghc-6.13.20091124-inplace" doesn't exist
...
The proble
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 Nov 24 18:00:01 GMT 2009.
checking out
Tue Nov 24 13:03:08 PST 2009 David Waern
* Add a note saying what Haddock relies on about Instance.is_dfun
M ./compiler/types/InstEnv.lhs -1 +14
View patch online:
http://darcs.haskell.org/ghc/_darcs/patches/20091124210308-a762e-72512181ef72c50942a29097641c8e22522614af.gz
___
Build description = HEAD on x86_64-unknown-linux
(cam-04-unx.europe.corp.microsoft.com)
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 Tue Nov 24 19:00:01 GMT 2009.
**
Tue Nov 24 02:25:23 PST 2009 Simon Marlow
* rtsflags001: run only the normal way
M ./tests/ghc-regress/rts/all.T -1 +1
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20091124102523-12142-6b970141755bd7550c6b9aa513b2bbe682fff820.gz
___
Tue Nov 24 02:14:34 PST 2009 Simon Marlow
* ffi005: run only the via-C way on x86 platforms
due to 80-bit vs. 64-bit precision leading to floating point
differences when using the native code generator. -fvia-C uses the
-ffloat-store gcc sledgehammer to avoid this.
M ./tests/ghc-reg
Tue Nov 24 02:24:56 PST 2009 Simon Marlow
* add 32-bit output
A ./tests/ghc-regress/rts/rtsflags001.stderr-ws-32
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20091124102456-12142-24a864e53296ca11f7dcce48d0ea7804714d2b0b.gz
_
Tue Nov 24 02:12:23 PST 2009 Simon Marlow
* grab the target architecture from GHC, and add an if_arch() test
M ./driver/testglobals.py +1
M ./driver/testlib.py +6
M ./mk/test.mk +2
View patch online:
http://darcs.haskell.org/testsuite/_darcs/patches/20091124101223-12142-de91a7212a
Hello,
On Mon, Nov 23, 2009 at 18:23, Simon Peyton-Jones wrote:
> libraries/syb/Data/Generics/Instances.hs:{-# OPTIONS_GHC -fno-warn-orphans #-}
This module has loads of Data (defined in Data.Data) instances for
many types that it imports. I don't think there's any way to solve
this without seve
On Tue, Nov 24, 2009 at 10:26:43AM +1100, Ben Lippmeier wrote:
>
> Gah, sorry. I tested it on x86/Windows and x86/Linux but not x86_64. I'll
> send an inverse.
Thanks!
Ian
___
Cvs-ghc mailing list
Cvs-ghc@haskell.org
http://www.haskell.org/mailman/l
On 24/11/2009 03:19, Manuel M T Chakravarty wrote:
There are again more validate failures on Mac OS X (Leopard) today:
Unexpected failures:
T1969(normal)
T3294(normal)
ffi005(normal)
ghci011(ghci)
rtsflags001(normal)
tcfail073(normal)
T1969 and T3294 are the old (alloc
On 23/11/2009 17:23, Simon Peyton-Jones wrote:
Ian, or anyone else: re #2467, I can see the following orphan instances in
libraries (below).
Do you think they are all necessary?
Thanks
Simon
No instances in GHC.IO any more, so I'll remove the -fno-warn:
libraries/base/GHC/IO.hs:{-# OPTION
Build results:
tnaur PPC OSX stable 2: fail (failed compile)
tnaur x86 OS X stable: pass
x86 Linux stable:pass lost
x86 Windows stable: pass lost
x86 Windows stable fast: pass lost pass pass
x86-64 Linux stable: pass
New unexpected test passes:
length001 1 tnaur x86 OS X
Build results:
x86-64 Linux head: fail (failed compile)
x86 Windows head:pass lost
x86 Windows head fast: pass lost pass pass
x86-64 Linux head unreg: lost
Old unexpected test passes:
2410 2 x86-64 Linux head
TH_spliceE5_prof 2 x86-64 Linux head
length001
14 matches
Mail list logo