Join GitHub today
GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
0.2.4 fails to build from source on some 32 bit architectures "numericalEscapes : [Failed]" #30
Comments
clinty
commented
Jul 4, 2017
|
Because of the way the testsuite is structured, it doesn't output the failing value: in this case, what |
LocutusOfBorg
commented
Jul 4, 2017
|
sooo, do you have a patch? what is the best solution? I don't see how to force 64 bit casting on that function, or maybe I'm just missing completely the issue, since I don't understand haskell :) |
|
Yeah, it works for me so I'm not really sure what to do here. I'd recommend using the REPL to find out what it evaluates to on those architectures and then working from there to find a fix. I'm definitely willing to accept a PR for this. Also, if there's a way to set up something that can test this in Travis, that would be great too. |
LocutusOfBorg
commented
Jul 6, 2017
|
@mightybyte I think somewhere we can tweak cabal into install 32 bit libraries, but I'm not sure about how to do it |
clinty
commented
Jul 10, 2017
|
If you convert that test to use assertEqual, the problem appears to be
Not sure why capitalization is different on 32-bit |
iliastsi
commented
Oct 19, 2017
|
On my system, this fails with:
The problem seems to be that all three of REG, reg and circledR map to the same When the |
|
@iliastsi I'm familiar with this problem. Great find! I think the problem is because HashMap is unordered. I just pushed a branch called |
iliastsi
commented
Oct 19, 2017
|
@mightybyte I tested your branch and it fixes the above problem for me. Thanks! |
mightybyte
closed this
Oct 19, 2017
|
Released as 0.2.5.1. |
LocutusOfBorg commentedJun 23, 2017
(maybe it fails on all 32 bit archs)
https://buildd.debian.org/status/package.php?p=haskell-xmlhtml&suite=unstable