| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
As noted in #16819, this operation is racy under concurrent execution.
|
|
|
|
|
|
| |
Previously we just tested for the threaded2 when determining whether to
skip tests which are fragile under concurrent execution. However, this
isn't the only way which is concurrent.
|
|
|
|
| |
Enable artifacts on to ensure we have bindist coverage.
|
|
|
|
|
| |
This should help alleviate queue times as the LLVM job is one of the
longest that we have.
|
|
|
|
|
|
|
|
| |
Previously we used an awful hybrid batch script/Bourne shell script to
allow this test to run both on Windows and Linux (fixing #9399).
However, this breaks on some libc implementations (e.g. musl). Fix this.
Fixes #16798.
|
|
|
|
| |
Move prepare-system.sh to .gitlab and remove everything else.
|
|
|
|
|
| |
For reasons I don't understand sphinx seems to fail to produce a .idx
file for makeindex.
|
|
|
|
|
|
|
| |
Strangely these were only causing the build to fail in the aarch64-linux
job, despite Sphinx throwing errors in all jobs I checked.
Also changes some `#ifdef`s to `#if defined` to satisfy the linter.
|
|
|
|
|
|
| |
MR !1151 makes the Hadrian/Linux job pass by fixing the last two test failures,
so we can now be stricter and not allow those jobs to fail anymore, easily
letting us see when patches introduce test failures.
|
|
|
|
|
| |
This requires creating RTS library symlinks when registering, outside
of the rule for the registered library file.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously the presence of source notes could hide nested applications
of `unpackFoldrCString#` from our constant folding logic. For instance,
consider the expression:
```haskell
unpackFoldrCString# "foo" c (unpackFoldrCString# "baz" c n)
```
Specifically, ticks appearing in two places can defeat the rule:
a. Surrounding the inner application of `unpackFoldrCString#`
b. Surrounding the fold function, `c`
The latter caused the `str_rules` testcase to fail when `base` was built
with `-g3`.
Fixes #16740.
|
|
|
|
|
|
|
| |
`checkUnload` currently doesn't check the info header of static objects.
Thus, it may free an `ObjectCode` struct wrongly even if there's still a
live static object whose info header lies in a mapped section of that
`ObjectCode`. This fixes the issue by adding an appropriate check.
|
|
|
|
|
|
| |
This should finally fix #14261.
[skip ci]
|
|
|
|
| |
Fixes linters.
|
|
|
|
|
|
|
|
|
|
| |
Since we can't load profiled objects when GhcDynamic==YES. Affects:
* T16737
* T16384
* T16718
* T16619
* T16190
|
|
|
|
|
|
|
| |
galois_raytrace was previously broken on i386 due to use of x87
arithmethic on that platform. However,
42504f4a575395a35eec5c3fd7c9ef6e2b54e68e removes x87 support; this
resulted in an unexpected pass. Unmark this test as broken.
|
|
|
|
| |
This test requires FFI usage.
|
|
|
|
|
| |
* Skip process005 in ghci way
* Mark process002 as fragile in threaded2
|
|
|
|
| |
Marks posix002 as fragile in threaded2 way due to #16550.
|
|
|
|
|
| |
The linter now enforces our preference for `#if defined()` and
`#if !defined()`.
|
| |
|
|
|
|
|
|
| |
Previously we would apply this rule, which is only intended for
testsuite Makefiles, to all files. This lead to a number of
false-positives in all.T files.
|
|
|
|
| |
I earlier accidentally corrected it breaking the test.
|
| |
|
| |
|
|
|
|
|
| |
T493 tests #493, which is an FFI test. FFI tests should be skipped
in ghci way.
|
|
|
|
| |
cc017 requires TH but we can't load dynamic profiled objects.
|
|
|
|
| |
As noted in #16555.
|
|
|
|
| |
omit_ways expects a list but this was broken in several cases.
|
| |
|
|
|
|
|
| |
It times out pretty reliably. It's not clear that much is gained by
running this test in the ghci way anyways.
|
|
|
|
|
| |
It was previously marked as broken but it passes non-deterministically.
See #2783.
|
|
|
|
| |
As noted in #16543.
|
|
|
|
|
| |
As noted in #16542, the expected rule doesn't fire. However, this
doesn't seem terribly surpring given the circumstances.
|
|
|
|
| |
As noted in #16541.
|
|
|
|
| |
As noted in #16540.
|
|
|
|
| |
Due to #16537.
|
|
|
|
| |
As noted in #16536.
|
|
|
|
| |
As noted in #16535.
|
| |
|
|
|
|
| |
(cherry picked from commit 1134488b4c9cef904ea82f22f1978646eea612df)
|
|
|
|
| |
(cherry picked from commit fdb07571036b1498800589d45b61781e6acdd368)
|
|
|
|
|
|
|
| |
(cherry picked from commit ff438786613f07df9b2d43eaeac49b13815d849d)
Metric Increase:
haddock.Cabal
|
|
|
|
| |
(cherry picked from commit 983ada70a013c7642a751f6e41587ff95b57d0f8)
|
| |
|
|
|
|
|
|
|
|
| |
This fixes a regression, introduced by 67c422ca, where we mprotect'd the
global offset table (GOT) region to PROT_READ before we had finished
filling it, resulting in a linker crash.
Fixes #16779.
|
| |
|
|
|
|
| |
[skip ci]
|
|
|
|
|
|
| |
Fixes #15208.
[skip ci]
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Make/shell variable names which contain dashes can cause problems under
some conditions. The 'ghc-config-mk' variable from testsuite/mk/boilerplate.mk
that I made overridable (by Hadrian) in ba0aed2e was working as expected when
our Hadrian/Linux job was based off the deb8 Docker image, but broke when
I switched the job to use our deb9-based image, in 3d97bad6. The exact
circumstances/tool versions that trigger this problem are unknown, but
changing the variable's name to 'ghc_config_mk' lets us work around the issue.
This fixes the annth_compunits and annth_make test failures that showed up
when we switched the Hadrian/Linux job to use the deb9 environment.
|