Any idea what this could be?
Yes, it looks like http://ghc.haskell.org/trac/ghc/ticket/8320
This ticket was reported about 20 hours *before* I pushed my patches. I also
think that I've seen someone reporting this problem earlier, but I can't find
anything on the list or lpaste, so perhaps I'm
On 9/19/13, Jan Stolarek jan.stola...@p.lodz.pl wrote:
Any idea what this could be?
Yes, it looks like http://ghc.haskell.org/trac/ghc/ticket/8320
Yeah, this seems to be it.
This ticket was reported about 20 hours *before* I pushed my patches. I also
Then it must be an unrelated problem,
I need to run testsuite with profiling turned on. When I run
make WAY=normal EXTRA_HC_OPTS=-prof -fprof-auto -rtsopts
lots of tests are failing with:
Dynamic linking required, but this is a non-standard build (eg. prof).
You need to build the program twice: once the dynamic way,
Simon, I think you didn't paste the failure.
Janek
- Oryginalna wiadomość -
Od: Simon Peyton-Jones simo...@microsoft.com
Do: ghc-devs@haskell.org, Joachim Breitner m...@joachim-breitner.de
Wysłane: czwartek, 19 wrzesień 2013 12:17:29
Temat: recomp013
I’m getting the failure below for
Sorry, here
= recomp013(normal) 89 of 114 [0, 0, 0]
cd ./recomp013 $MAKE -s --no-print-directory recomp013/dev/null
recomp013.run.stdout 2recomp013.run.stderr
Actual stdout output differs from expected:
--- ./recomp013/recomp013.stdout2013-09-18 12:38:22.0 +0100
+++
Dear Simon,
Am Donnerstag, den 19.09.2013, 11:33 + schrieb Simon Peyton-Jones:
= recomp013(normal) 89 of 114 [0, 0, 0]
cd ./recomp013 $MAKE -s --no-print-directory recomp013/dev/null
recomp013.run.stdout 2recomp013.run.stderr
Actual stdout output differs from expected:
---
that makes it work.!
| -Original Message-
| From: Joachim Breitner [mailto:m...@joachim-breitner.de]
| Sent: 19 September 2013 12:41
| To: Simon Peyton-Jones; ghc-devs@haskell.org
| Subject: Re: recomp013
|
| Dear Simon,
|
| Am Donnerstag, den 19.09.2013, 11:33 + schrieb Simon
Hey jan,
I seem to have sorted it out. There's still some dirty module state, but
nothing that's a blocker. If I hit it again today ill be sure to holler.
Thanks!
Carter
On Thursday, September 19, 2013, Jan Stolarek wrote:
As Gabor pointed out, this sounds like problems with rebasing on top
If you pass a constant, unboxed value to a primop, I assume GHC won't
ever bind the argument to a value. So although we have no way to enforce
static const argument in the type system, if this is a valuable (and
experts-only?) operation, I'm not sure it matters that much if the user
gets an error
That's to be expected, because unfortunately, profiling is not
a transparent operation; you have to compile things differently
and certain features don't work.
You might have better luck doing a slow test run, with WAY=prof
(there are actually a number of other cases too, such as prof_hc_hb,
etc,
10 matches
Mail list logo