GitLab

These really ought to be normalised, but this gets them passing
again for now.

We no longer support CTYPE pragmas on type synonyms

Newtype handling in FFI decls is no longer relaxed

Some redundant test have now been removed

This tests that the header given in the CTYPE pragma is handled.

The hooks for the optllvm way were there in the ghc config
file, but there was no entry in config.other_ways so that a
`make WAY=optllvm` would fail with an "unknown way" error
message.

This patch simply adds optllvm to the other_ways list.

We aren't interested in the performance of Core Lint as much as the
performance of the compiler itself, and some of these tests spend more
than half of their time in Core Lint.

I've updated the 64-bit bounds for now, the 32-bit bounds still need to
be updated.

This makes it much easier to update the bounds.  Instead of coming up
with a suitable (min,max) pair, you just give e.g. (base, 10) to allow
10% deviation from the base figure, which can be pasted from the
error.

e.g. previously:

-      # expected value: 458700632 (amd64/Linux):
-      if_wordsize(64,
-          compiler_stats_num_field('bytes allocated', 440000000,
-                                                      480000000)),

now:

+      if_wordsize(64, # sample from amd64/Linux 15/2/2012
+          compiler_stats_range_field('bytes allocated', 360243576, 10)),

Note: use stats_range_field rather than stats_num_field.  I left
support for the old way for now so that we can do a gradual migration.

(next I suppose we should make it so that 'make accept' works for perf
tests, but that's for another day)

Motivation: we wanted to disable -dcore-lint for the perf tests

Otherwise the colon confuses make on Windows

The : in c:/foo/bar on Windows confuses make.