| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
This was inadvertently referring to the cabal-install-latest/ directory
which is volatile.
|
| |
|
| |
|
|
|
|
|
|
|
| |
For some reason configure seems unable to find it on its own. Let's try
giving it a hint.
Addresses #16398.
|
|
|
|
|
| |
It seems that the regular expression parser changed in GitLab 12.1 and
now does now support forward slashes in the RE, even when escaped.
|
|
|
|
|
|
|
|
|
|
| |
* Use show! in source tarball job. Since we aren't actually building
anything in this job `show` won't
work.
* Fix Docker image name
* Make `version` file contain only version string
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since MR !1025 fixed the Windows build, allowing us to build a binary
distribution, we can now run the testsuite in that CI job.
This required fixing 'createFileLink': it should not try to create
symlinks on Windows (that requires admin priviledges, which Hadrian can't
assume). We now instead fall back to copying.
This patch also removes some duplicated logic for iserv in the test rules,
where we handle our dependency on the iserv binaries in a special way.
|
|
|
|
|
| |
Now that we have absolute paths for submodules (since a76b233d) we no
longer need this script.
|
|
|
|
|
|
|
|
| |
Otherwise we don't compile the stage2 compiler with DEBUG, meaning the
testsuite isn't checked with assertions.
Metric Increase:
haddock.Cabal
|
| |
|
|
|
|
|
|
|
| |
Previously we used the deb9-debug job which used the `validate` build
flavour which disabled `BUILD_SPHINX_PDF`. Fix this.
Fixes #16890.
|
| |
|
| |
|
|
|
|
| |
Updates docker images to ensure that the `time` utility is available.
|
|
|
|
| |
This #16741 out of the way this should now pass.
|
| |
|
| |
|
|
|
|
|
| |
This introduces a new lint job checking for framework failures and
listing broken tests.
|
|
|
|
| |
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.
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Fixes linters.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The previous commit reworked things such that the submodule linter would
only run on the head commit. However, the linter only checks the
submodules which are touched by the commits it is asked to lint.
Consequently it would be possible for a bad submodule to sneak through.
Thankfully, we can use the handy CI_COMMIT_BEFORE_SHA attribute to
find the base commit of the push.
|
|
|
|
|
| |
There is no notion of a base commit when we aren't checking a merge
request. Just check the HEAD commit.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously we were passing `--unshallow` to `git fetch` in the linting
rules to ensure that the base commit which we were linting with respect
to was available. However, this breaks due to GitLab's re-use of
working directories since `git fetch --unshallow` fails on a repository
which is not currently shallow.
Given that `git fetch --unshallow` circumvents the efficiencies provided
by shallow clones anyways, let's just disable them entirely.
There is no documented way to do disable shallow clones but on checking
the GitLab implementation it seems that setting `GIT_DEPTH=0` should do
the trick.
|
| |
|
|
|
|
|
| |
The job script didn't even try to compute the base commit to lint with
respect to.
|
|
|
|
|
|
|
| |
GitLab creates a shallow clone. However, this means that we may not have
the base commit of an MR when linting, causing `git merge-base` to fail.
Fix this by passing `--unshallow` to `git fetch`, ensuring that we have
the entire history.
|
| |
|
|
|
|
|
| |
Ben disabled them in cd85f8a71bb56cff332560e1d571b3406789fb71 but didn't
say how or why they were broken.
|
|
|
|
|
| |
Otherwise navigating to https://ghc.gitlab.haskell.org/ghc will result
in a 404.
|
|
|
|
|
|
|
| |
This should fix #16739, where we seem to be getting extra carets in
a test's output because of the gcc that ships with the deb8 image,
whule we're not observing those extra carets in the deb9-based (Make)
jobs.
|
|
|
|
|
|
|
|
| |
See #16771
We don't have enough capacity for the two jobs currently.
[skip ci]
|
| |
|
|
|
|
|
|
|
| |
The OSX build failure introduced in 3aa71a22 was due to a change in the
glob we use to collect libffi shared libraries in hadrian/src/Rules/Libffi.hs.
This commit fixes the problem and adds an OSX CI job that builds GHC with
Hadrian, to make sure we don't break it again.
|
| |
|
|
|
|
|
|
| |
To cover ci conditions from ghc8.6 to 8.9, I add `-haddock` option
to `.circleci/prepare-system.sh` and .gitlab-ci.yml.
after including `mk/flavours/*`.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of trying to deduce which dynlibs are expected to be found (and then
copied to the RTS's build dir) in libffi's build directory, with some OS
specific logic, we now always just use `getDirectoryFilesIO` to look for
those dynlibs and record their names in the manifest. The previous logic
ended up causing problems on Windows, where we don't build dynlibs at all
for now but the manifest file's logic didn't take that into account because
it was only partially reproducing the criterions that determine whether or not
we will be building shared libraries.
This patch also re-enables the Hadrian/Windows CI job, which was failing to
build GHC precisely because of libffi shared libraries and the aforementionned
duplicated logic.
|
| |
|
|
|
| |
Due to #16574.
|
|
|
|
|
|
| |
happy-1.19.10 has been released with a fix for --coerce in the presence
of higher rank types. This should result in about 10% performance
improvement in the parser.
|
|
|
|
|
|
|
| |
As discussed in the Note, we now have a cron job to handle this and the
cleanup job itself is quite fragile.
[skip ci]
|
|
|
|
|
|
| |
We also keep it as an artifact, like we do for non-Hadrian jobs, and list it
as a junit report, so that the test results are reported in the GitLab UI for
merge requests.
|
| |
|
|
|
|
|
| |
It seems that this was inadvertently dropped in
1285d6b95fbae7858abbc4722bc2301d7fe40425.
|
| |
|