2015-07-07 7:26 GMT+02:00 Mark Lentczner :

And now Windows RC2 for Haksell Platform is also here:

http://www.ozonehouse.com/mark/platform/

[...]

I noticed 2 problems so far: * The package cache is still always out of date (I thought there was a fix for that): ---------------------------------------------------------------------- Sven@SCOTTY /d/Repositories/ObjectName (master) $ ghc-pkg list WARNING: cache is out of date: c:/Program Files/Haskell Platform/7.10.2\lib\package.conf.d\package.cache ghc will see an old view of this package db. Use 'ghc-pkg recache' to fix. c:/Program Files/Haskell Platform/7.10.2\lib\package.conf.d: Cabal-1.22.4.0 GLURaw-1.5.0.1 GLUT-2.7.0.1 [...] ---------------------------------------------------------------------- * Something is missing/misconfigured for Haddock (note the funny non-local path in the error message): ---------------------------------------------------------------------- Sven@SCOTTY /d/Repositories/ObjectName (master) $ cabal sandbox init Writing a default package environment file to d:\Repositories\ObjectName\cabal.sandbox.config Creating a new sandbox at D:\Repositories\ObjectName\.cabal-sandbox Sven@SCOTTY /d/Repositories/ObjectName (master) $ cabal configure Resolving dependencies... Configuring ObjectName-1.1.0.0... Sven@SCOTTY /d/Repositories/ObjectName (master) $ cabal haddock Running Haddock for ObjectName-1.1.0.0... Preprocessing library ObjectName-1.1.0.0... Haddock coverage: 100% ( 3 / 3) in 'Data.ObjectName' Haddock's resource directory (G:\GitHub\haddock\.cabal-sandbox\x86_64-windows-ghc-7.10.1.20150630\haddock-api-2.16.1) does not exist! ----------------------------------------------------------------------

2015-07-07 13:30 GMT+02:00 Thomas Miedema :

On Tue, Jul 7, 2015 at 10:54 AM, Sven Panne wrote:

...

* The package cache is still always out of date (I thought there was a fix for that):

Please reopen https://ghc.haskell.org/trac/ghc/ticket/10205 with the output of `which ghc-pkg` and `ghc-pkg list -v`.

Done.

Fixes for the T10019 and T10534 issues are in D1036. Edward Y, the issue around T10279 looks like your territory... And the first four have been failing for me on Mac for a long time (months, at least). I don't know anything about them. Richard On Jul 3, 2015, at 7:28 PM, Mark Lentczner wrote:

OS X GHC build has these test failures:

Unexpected failures: cabal/sigcabal01 sigcabal01 [bad stderr] (normal) driver/retc001 retc001 [bad stderr] (normal) ffi/should_run T2276_ghci [bad exit code] (ghci) rts linker_unload [bad exit code] (normal) th T10019 [bad stdout] (ghci) th T10279 [stderr mismatch] (normal) typecheck/should_fail T10534 [stderr mismatch] (normal)

sigcabal01 looks like tests that depend on generated names or offsets that are just different under OS X

retc001 - test looks busted to me: Does GHC now exit with a process error code of non-zero when compilation fails? If so, the Makefile needs fixing.

T2276_ghci - looks like -Wignored-attributes broke this test?

linker_unload - malloc.h is in malloc/malloc.h under OS X (!)

T10019 - magic generated symbol in "golden" test out is wrong: 'a_1627391544' vs. 'a_1627391540'

T10279 - panic! (the 'impossible' happened) gual_pkg rts-1.0

T10534 - text message punctation change

There were also a bunch of performance deviations - but they were mostly just out of bounds or wildly different (over by 100%.... under by 50%!)

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Hi, Am Freitag, den 03.07.2015, 16:28 -0700 schrieb Mark Lentczner:

There were also a bunch of performance deviations - but they were mostly just out of bounds or wildly different (over by 100%.... under by 50%!)

these have to be ignored for release builds: The expected numbers are to mach the settings of ./validate, which validates with different flags than a release build. There was either a trac ticket or a mailing list thread about this with more details and rationales, and Simon Marlow was participating, but despite this data I cannot find it right now. Greetings, Joachim -- Joachim “nomeata” Breitner mail@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nomeata@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nomeata@debian.org