Also, revisiting this issue, I don't think it is worth solving, just
worth documenting.
Why? Because TH already lets you do lots of incorrect things. TH
already allows you to shoot yourself in the foot all over the place,
and that's ok. I'd much rather it be a dangerous power tool than a
weak s
No, NameU and NameL both lack package key / package id.
-Michael
On Wed, Jun 29, 2016 at 7:34 AM, Edward Z. Yang wrote:
> No, nameBase is not the right thing to use here; you also need the
> unit ID (in GHC 8.0 parlance; package key in GHC 7.10; package id
> in GHC 7.8 and before). If you have
No, nameBase is not the right thing to use here; you also need the
unit ID (in GHC 8.0 parlance; package key in GHC 7.10; package id
in GHC 7.8 and before). If you have that information, then
GHC establishes an invariant that if two names compare stably equal,
then the uniques associated with them
On 29. 6. 2016 13:16, David Macek wrote:
> On 29. 6. 2016 0:27, loneti...@gmail.com wrote:
>> In any case, downgrading back to 7.48.0 worked for me.
>>
>> I don’t know how to do that with pacman
>
> curl -Os http://repo.msys2.org/msys/x86_64/libcurl-7.48.0-1-x86_64.pkg.tar.xz
> curl -Os http://rep
On 29. 6. 2016 0:27, loneti...@gmail.com wrote:
> In any case, downgrading back to 7.48.0 worked for me.
>
> I don’t know how to do that with pacman
curl -Os http://repo.msys2.org/msys/x86_64/libcurl-7.48.0-1-x86_64.pkg.tar.xz
curl -Os http://repo.msys2.org/msys/x86_64/curl-7.48.0-1-x86_64.pkg.ta
Aha! That sounds very plausible. I’ll try. Maybe it’s a path-ordering
thing.
It would be very cool if ‘configure’ checked that ‘find’ was the find it was
expecting, not Windows find. Dunno how to do that, but that check would have
saved us a lot of time.
(For most other utils, weget, cur
Hi Simon,
I think you’re right,
That pattern in the error is the one we pass to find
find "${base_dir}" -name "*.tar.xz" -exec tar xfJ {} \;
on line 334 of configure.ac which is supposed to unpack the files.
That the download script doesn’t output nothing makes sense now since the
hashes of
It’s bizarre that pacman won’t let us downgrade curl!
I don’t know how to do that with pacman, so instead maybe try:
pacman -S wget
wget -qO - http://repo.msys2.org/msys/x86_64/libcurl-7.48.0-1-x86_64.pkg.tar.xz
| tar xJ -C /usr --strip-components=1
wget -qO - http://repo.msys2.org/msys/x86_64/c
