are you quite sure you did –dverbose-core2core –ddump-occur-anal? I see none
of that output in the file.
Regardless of the flags you set for the primop, I’m surprised that the
invariant is invalidated. Should not happen.
As well as the revised output, could you enclose a snippet of
The version of the test hs file I attached might include the use of a
prefetch byte array primop. If so, commenting it out might suffice for
using it as a test case. I'll re email a corrected version later tonight
of need be. Currently amidst family travel.
On Nov 27, 2014 1:25 PM, Carter
i'm doing a bit of benchmarking today, and it may very well be that youre
absolutely correct about all of this in practice, at least the way things
are trending.
On Tue, Nov 25, 2014 at 1:47 AM, Carter Schonwald
carter.schonw...@gmail.com wrote:
ok attached is the log of
Carter
That smells wrong to me. These flags have a very carefully defined meaning; see
Note [PrimOp can_fail and has_side_effects]
in PrimOp.lhs
If you say it has side effects when it doesn’t, you’ll confuse your successor
reading the code in five years time.
Better to find out
when i run
./inplace/bin/ghc-stage2 codetester.hs -O2 -dcore-lint -S -fforce-recomp
-ddump-simpl -ddump-to-file –dverbose-core2core –ddump-occur-anal
–ddump-inlinings
i get
target ‘–dverbose-core2core’ is not a module name or a source file
what am I doing wrong in this CLI invocation?
On Mon,
