- Nov 22, 2019
-
-
Ben Gamari authored
-
Ben Gamari authored
Apparently variable interpolation in the `artifacts.paths` key of `gitlab-ci.yml` doesn't work on Windows as it does on WIndows.
-
- Nov 21, 2019
-
-
Ben Gamari authored
This should fix the build on Debian 8.
-
Ben Gamari authored
It's been harder than expected to ensure that pxz is universally available. Let's just detect which to use for now.
-
Ben Gamari authored
-
Ben Gamari authored
Installs pxz on Centos7
-
Ben Gamari authored
Previously we were including <sys/unistd.h> which is available on glibc but not musl.
-
Ben Gamari authored
The docutils version available appears to be too old to support the `table` directive's `:widths:` options.
-
Ben Gamari authored
The `process` changes have now been merged into `hsc2hs`.
-
Ben Gamari authored
-
Ben Gamari authored
-
Ryan Scott authored
This moves the changelog entry about the instance from `base-4.15.0.0` to `base-4.14.0.0`. This accomplishes part (1) from #17489. [ci skip] (cherry picked from commit 90ae2850)
-
Ben Gamari authored
Including Phyx's backport of the process changes fixing #17480. (cherry picked from commit 8967b686)
-
- Nov 19, 2019
-
-
Previously we would push stack-carried return values to the new stack on a stack overflow. While the precise reasoning for this barrier is unfortunately lost to history, in hindsight I suspect it was prompted by a missing barrier elsewhere (that has been since fixed). Moreover, there the redundant barrier is actively harmful: the stack may contain non-pointer values; blindly pushing these to the mark queue will result in a crash. This is precisely what happened in the `stack003` test. However, because of a (now fixed) deficiency in the test this crash did not trigger on amd64.
-
Previously the returned tuple seemed to fit in registers on amd64. This meant that non-moving collector bug would cause the test to fail on i386 yet not amd64.
-
Previously we would reset the pointer pointing to the object to be marked to the beginning of the block when marking a large object. This did no harm on 64-bit but on 32-bit it broke, e.g. `arr020`, since we align pinned ByteArray allocations such that the payload is 8 byte-aligned. This means that the object might not begin at the beginning of the block.,
-
The previous representation needlessly limited the array length to 16-bits on 32-bit platforms.
-
We were using TAG_BITS instead of TAG_MASK. This happened to work on 64-bit platforms where TAG_BITS==3 since we only use tag values 0 and 3. However, this broken on 32-bit platforms where TAG_BITS==2.
-
Previously we used INFO_PTR_TO_STRUCT instead of THUNK_INFO_PTR_TO_STRUCT when looking at a thunk. These two happen to be equivalent on 64-bit architectures due to alignment considerations however they are different on 32-bit platforms. This lead to #17487. To fix this we also employ a small optimization: there is only one thunk of type WHITEHOLE (namely stg_WHITEHOLE_info). Consequently, we can just use a plain pointer comparison instead of testing against info->type.
-
This broke the Windows build.
-
Should finally fix #17255.
-
As reported in #8173 in some environments package lists can get quite long, so we use more efficient ordNub instead of nub on package lists.
-
If using a pthread instead of a timer signal is more reliable, and has no known drawbacks, then FreeBSD is also capable of supporting this mode of operation (tested on FreeBSD 12 with GHC 8.8.1, but no reason why it would not also work on FreeBSD 11 or GHC 8.6). Proposed by Kevin Zhang in: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=241849
-
`GHC.Prim.seq` previously had the rather plain type: seq :: forall a b. a -> b -> b However, it also had a special typing rule to applications where `b` is not of kind `Type`. Issue #17440 noted that levity polymorphism allows us to rather give it the more precise type: seq :: forall (r :: RuntimeRep) a (b :: TYPE r). a -> b -> b This allows us to remove the special typing rule that we previously required to allow applications on unlifted arguments. T9404 contains a non-Type application of `seq` which should verify that this works as expected. Closes #17440.
-
The need for this note vanished in eae703aa.
-
- Nov 17, 2019
-
-
It is typical for $TMP to be a small tmpfson Linux. This test will fail in such cases since we must create a file larger than the filesystem. See #17459.
-
-
-
Alex D authored
-
Ben Gamari authored
The previous commit hasn't made it to master yet.
-
Ben Gamari authored
Adopts the language suggested by @JakobBruenker.
-
-
Ben Gamari authored
I previously increased the size of the acceptance window from 2% to 5% but this still isn't enough. Regardless, measuring bytes allocated should be sufficient to catch any regressions.
-
Ben Gamari authored
Bumps haddock submodule.
-
Ben Gamari authored
We ran it against the .git directory despite the fact that the linter wants to be run against the repository.
-
- Nov 15, 2019
-
-
Ben Gamari authored
-
Ben Gamari authored
This statistic is rather unstable. Hopefully fixes #17475.
-
Ben Gamari authored
-
Ben Gamari authored
-