Re: assert in rts/Schedule.c

2012-01-30 Thread Ben Gamari
On Mon, 30 Jan 2012 09:20:32 +0100, Karel Gardas wrote: > > Hello Simon, > > up to 7.4.1 RC2 this was solely HEAD issue, now with 7.4.1 RC2 it shows > also on 7.4. The bug shows as: > > internal error: ASSERTION FAILED: file rts/Schedule.c, line 506 > > (GHC version 7.4.0.20120126 for a

Re: assert in rts/Schedule.c

2012-01-30 Thread Austin Seipp
Yes, I believe this interpretation is correct, per the link Karel posted. Because the optimizer cannot look inside an asm statement, if something is not marked input, output, or clobber, GCC may freely use it in the process of allocating registers to the input/output operands, given the constraints

Re: assert in rts/Schedule.c

2012-01-30 Thread Simon Marlow
On 30/01/2012 13:22, Karel Gardas wrote: On 01/30/12 12:07 PM, Simon Marlow wrote: up to 7.4.1 RC2 this was solely HEAD issue, now with 7.4.1 RC2 it shows also on 7.4. The bug shows as: internal error: ASSERTION FAILED: file rts/Schedule.c, line 506 (GHC version 7.4.0.20120126 for arm_unknown_

Re: assert in rts/Schedule.c

2012-01-30 Thread Karel Gardas
On 01/30/12 12:07 PM, Simon Marlow wrote: up to 7.4.1 RC2 this was solely HEAD issue, now with 7.4.1 RC2 it shows also on 7.4. The bug shows as: internal error: ASSERTION FAILED: file rts/Schedule.c, line 506 (GHC version 7.4.0.20120126 for arm_unknown_linux) Please report this as a GHC bug: ht

Re: assert in rts/Schedule.c

2012-01-30 Thread Simon Marlow
On 30/01/2012 09:28, Simon Marlow wrote: On 30/01/2012 08:20, Karel Gardas wrote: Hello Simon, On 01/ 9/12 11:40 AM, Simon Marlow wrote: On 06/01/2012 21:30, Karel Gardas wrote: On 01/ 6/12 10:27 PM, Nathan Howell wrote: I hit this one (might be the same?) on 7.2.1 on Linux x86_64: ASSERT(

Re: assert in rts/Schedule.c

2012-01-30 Thread Simon Marlow
On 30/01/2012 08:20, Karel Gardas wrote: Hello Simon, On 01/ 9/12 11:40 AM, Simon Marlow wrote: On 06/01/2012 21:30, Karel Gardas wrote: On 01/ 6/12 10:27 PM, Nathan Howell wrote: I hit this one (might be the same?) on 7.2.1 on Linux x86_64: ASSERT(t->cap == cap); It happens somewhat frequ

Re: assert in rts/Schedule.c

2012-01-30 Thread Karel Gardas
Hello Simon, On 01/ 9/12 11:40 AM, Simon Marlow wrote: On 06/01/2012 21:30, Karel Gardas wrote: On 01/ 6/12 10:27 PM, Nathan Howell wrote: I hit this one (might be the same?) on 7.2.1 on Linux x86_64: ASSERT(t->cap == cap); It happens somewhat frequently under load on a 16 core box. Don't

Re: assert in rts/Schedule.c

2012-01-09 Thread Karel Gardas
On 01/ 9/12 11:40 AM, Simon Marlow wrote: Thanks for the information, however mine is previous one: 527 528 ASSERT_FULL_CAPABILITY_INVARIANTS(cap,task); 529 ASSERT(t->cap == cap); 530 and also this is on single-core ARM. Interesting... This could be a problem. I haven't seen any of these in m

Re: assert in rts/Schedule.c

2012-01-09 Thread Simon Marlow
On 06/01/2012 21:30, Karel Gardas wrote: On 01/ 6/12 10:27 PM, Nathan Howell wrote: I hit this one (might be the same?) on 7.2.1 on Linux x86_64: ASSERT(t->cap == cap); It happens somewhat frequently under load on a 16 core box. Don't worry unless it also happens in 7.4.1 or HEAD. Thanks f

Re: assert in rts/Schedule.c

2012-01-06 Thread Karel Gardas
On 01/ 6/12 10:27 PM, Nathan Howell wrote: I hit this one (might be the same?) on 7.2.1 on Linux x86_64: ASSERT(t->cap == cap); It happens somewhat frequently under load on a 16 core box. Thanks for the information, however mine is previous one: 527 528 ASSERT_FULL_CAPABILIT

Re: assert in rts/Schedule.c

2012-01-06 Thread Nathan Howell
I hit this one (might be the same?) on 7.2.1 on Linux x86_64: ASSERT(t->cap == cap); It happens somewhat frequently under load on a 16 core box. On Fri, Jan 6, 2012 at 11:38 AM, Karel Gardas wrote: > > Hello, > > I'm curious if I'm the only one seeing asserts like: > > Stdout: > > Stderr: >

assert in rts/Schedule.c

2012-01-06 Thread Karel Gardas
Hello, I'm curious if I'm the only one seeing asserts like: Stdout: Stderr: PolyKinds09: internal error: ASSERTION FAILED: file rts/Schedule.c, line 528 (GHC version 7.5.20120103 for arm_unknown_linux) Please report this as a GHC bug: http://www.haskell.org/ghc/reportabug Aborted T