summaryrefslogtreecommitdiff
path: root/validate
diff options
context:
space:
mode:
authorSylvain Henry <sylvain@haskus.fr>2020-08-08 17:43:12 +0200
committerJohn Ericson <John.Ericson@Obsidian.Systems>2020-11-22 22:49:08 +0000
commitb45de34ec990a773014e91d41315f71f25290ca4 (patch)
tree2180c40f044caa1d4b181c44ed13d8975b874c7e /validate
parent6815603f271484766425ff2e37043b78da2d073c (diff)
downloadhaskell-wip/fix-64-toArgRep.tar.gz
Fix toArgRep to support 64-bit reps on all systemswip/fix-64-toArgRep
[This is @Ericson2314 writing a commit message for @hsyl20's patch.] (Progress towards #11953, #17377, #17375) `Int64Rep` and `Word64Rep` are currently broken on 64-bit systems. This is because they should use "native arg rep" but instead use "large arg rep" as they do on 32-bit systems, which is either a non-concept or a 128-bit rep depending on one's vantage point. Now, these reps currently aren't used during 64-bit compilation, so the brokenness isn't observed, but I don't think that constitutes reasons not to fix it. Firstly, the linked issues there is a clearly expressed desire to use explicit-bitwidth constructs in more places. Secondly, per [1], there are other bugs that *do* manifest from not threading explicit-bitwidth information all the way through the compilation pipeline. One can therefore view this as one piece of the larger effort to do that, improve ergnomics, and squash remaining bugs. Also, this is needed for !3658. I could just merge this as part of that, but I'm keen on merging fixes "as they are ready" so the fixes that aren't ready are isolated and easier to debug. [1]: https://mail.haskell.org/pipermail/ghc-devs/2020-October/019332.html
Diffstat (limited to 'validate')
0 files changed, 0 insertions, 0 deletions