[nightly] 13-Nov-2008 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/simonmar/nightly/HEAD Build config file = /home/simonmar/nightly/site/msrc/conf-HEAD-cam-02-unx Nightly build started on cam-02-unx at Thu Nov 13 18:00:01 GMT 2008. checking out

Re: Mac OS X PPC: compiled.... now what?

On 13 Nov 2008, at 10:30 AM, Simon Marlow wrote: Interesting. It could be our bug or libffi's, I don't know. But it should be possible to investigate using gdb, if anyone is so inclined. At this point in time, I am much more inclined to spending my time learning Haskell than debugging GHC, s

[nightly] 13-Nov-2008 build of HEAD on x86_64-unknown-linux (cam-04-unx.europe.corp.microsoft.com)

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 Thu Nov 13 19:00:01 GMT 2008. **

Re: patch applied (ghc): Fix a bug in the recompilation checking logic.

Ian, this should also go into the 6.10 branch. 2008/11/13 Thomas Schilling <[EMAIL PROTECTED]>: > Thu Nov 13 08:26:53 PST 2008 Thomas Schilling <[EMAIL PROTECTED]> > * Fix a bug in the recompilation checking logic. > > Previously, using target HscNothing resulted in unnessesary > recompilation

patch applied (ghc): Fix a bug in the recompilation checking logic.

Thu Nov 13 08:26:53 PST 2008 Thomas Schilling <[EMAIL PROTECTED]> * Fix a bug in the recompilation checking logic. Previously, using target HscNothing resulted in unnessesary recompilation because 'upsweep_mod' treated HscInterface specially. This patch changes relaxes this. When r

patch applied (ghc): Fix an extremely subtle deadlock bug on x86_64

Thu Nov 13 07:57:30 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix an extremely subtle deadlock bug on x86_64 The recent_activity flag was an unsigned int, but we sometimes do a 64-bit xchg() on it, which overwrites the next word in memory. This happened to contain the sched_state flag,

patch applied (ghc): Fix another subtle shutdown deadlock

Thu Nov 13 08:00:05 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * Fix another subtle shutdown deadlock The problem occurred when a thread tries to GC during shutdown. In order to GC it has to acquire all the Capabilities in the system, but during shutdown, some of the Capabilities have alre

patch applied (ghc): move an assertion

Thu Nov 13 07:45:42 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * move an assertion M ./rts/Capability.c -2 +2 View patch online: http://darcs.haskell.org/ghc/_darcs/patches/20081113154542-12142-13f3d84561b5895b3089157d8fc8363bfc8b3f2e.gz ___ Cvs-

Re: Mac OS X PPC: compiled.... now what?

Thorkil Naur wrote: Thread 2 Crashed: 0 ??? 0x027f6d04 0 + 41905412 1 ??? 0x027f4f70 0 + 41897840 2 ghc 0x012f674c ffi_call_DARWIN + 204 (darwin.S:131) 3 ghc 0x012f62

Re: Mac OS X PPC: compiled.... now what?

Hello, On Thursday 13 November 2008 16:10, Michael Witten wrote: > ... > I get exactly the same output and crash report. > > And thank you for your response. I wouldn't have > thought to check the crash report log. In fact, > I have 2 other crash reports for what I assume > were 2 other failures,

Re: Mac OS X PPC: compiled.... now what?

On 13 Nov 2008, at 4:37 AM, Thorkil Naur wrote: Hello, On Thursday 13 November 2008 10:46, Simon Marlow wrote: Michael Witten wrote: I ran the testsuite and got the following summary: OVERALL SUMMARY for test run started at Wed Nov 12 00:58:05 CST 2008 2262 total tests, which gave rise

patch applied (testsuite): make it so that WAY=profthreaded works

Wed Nov 12 07:42:21 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * make it so that WAY=profthreaded works M ./config/ghc -5 +6 View patch online: http://darcs.haskell.org/testsuite/_darcs/patches/20081112154221-12142-ae4ff325351d3a6d9a91b41e6e278a0ed7ed904f.gz ___

patch applied (ghc): Always zap the trailing @N from symbols when looking up in a DLL

Wed Nov 12 03:15:18 PST 2008 Simon Marlow <[EMAIL PROTECTED]> * Always zap the trailing @N from symbols when looking up in a DLL Fixes win32002(ghci) Previously we only did this for references from object files, but we should do it for all symbols, including those that GHCi looks up

Re: Mac OS X PPC: compiled.... now what?

Hello, On Thursday 13 November 2008 10:46, Simon Marlow wrote: > Michael Witten wrote: > > > I ran the testsuite and got the following summary: > > > > OVERALL SUMMARY for test run started at Wed Nov 12 00:58:05 CST 2008 > > 2262 total tests, which gave rise to > >12129 test cases, of wh

Re: Mac OS X PPC: compiled.... now what?

Michael Witten wrote: I ran the testsuite and got the following summary: OVERALL SUMMARY for test run started at Wed Nov 12 00:58:05 CST 2008 2262 total tests, which gave rise to 12129 test cases, of which 0 caused framework failures 2335 were skipped 9599 expected passes

Daily report for stable

Build results: tnaur PPC OSX stable 2: pass x86 Linux stable:pass x86 Windows stable: pass x86 Windows stable fast: pass pass pass pass pass x86-64 Linux stable: pass New unexpected test failures: conc047 1 x86 Linux stable conc058 1 x86 Windows stable Fixed unexpec

Daily report for head

Build results: x86-64 Linux head: fail (failed bindisttest) x86 Windows head:pass x86 Windows head fast: pass pass pass pass pass fail (failed getsubrepos) tnaur x86 Linux head:pass x86-64 Linux head unreg: pass New unexpected test failures: conc024 1 tnaur x86 Linux hea