Re: "... causes overflow in R_X86_... relocation"

Volker Wysk <[email protected]> Sat, 17 Oct 2020 17:49:39 +0200
Newsgroups gmane.comp.lang.haskell.glasgow.user
Message-ID <[email protected]>
Am Samstag, den 17.10.2020, 15:20 +0200 schrieb David Kraeutmann:
> Relocation is part of the linking process. Specifically, external
> function calls must be given a real run-time address instead of some
> placeholder.
> 
> R_X86_64_32 is a particular type of relocation, where the relocation
> address is a 32-bit field.

I understand now.

> I believe this might be caused by Qtah being built without -fPIC.

This is managed by Cabal. I see no easy way to rebuild it with -fPIC. Cloning 
the sources from Gitlab and doing the full build would probably be overkill. 

I've mailed Bryan Gardiner, the author of Qtah with a brief description of
what is wrong. I'll do a full bug report, when requested.

Maybe I'll switch to WxHaskell.

Cheers,
Volker

_______________________________________________
Glasgow-haskell-users mailing list
[email protected]
http://mail.haskell.org/cgi-bin/mailman/listinfo/glasgow-haskell-users
signature.asc (application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE-----

iQIzBAABCgAdFiEE6QXGh82Ov3+2nrxp+K4ydFOsHoUFAl+LEpQACgkQ+K4ydFOs
HoXimA//TKvLGwj1ZJoqKTekC587+KM7DDZSixLalIPBe5bF9M/QGuBJCQUmXKIs
PSMvNPSgkhM4FY5OLMfpxtDjvtB/ElELUjEV+UryRgnmwz7vUB3U6PufbKpl+voi
PAyR0qguAaaCtMeOzCnHIocu4//atbOsJgrg3fuNx2wv+KaztFRI0bQjZRbP7e6j
kPdFkiJoz//6nvcqZ292WVRgZicOM9Ojlh7tb4yeu5ZHTeRc6944u7/LJZQl9xdt
DU955Tcn5d4lwkcrQxliSmz650yZDRX4aoMGL6YeBjhlzD1ubkWuWa4uag41MrJ6
3Kdqab4dNbbqaI6HVZ/ZZhDdftpf908yIJ5oWdlAHU5Y+oV8KogJsy8lB+H39rvX
1MOHdoWYWR4NmlUPMrFwnmEcVCiltck+CPwLz3Tc2QZ28Gkrozpe3hQ65ysQR4Yb
aOHUDYTT7EZNusC0w+em2BtlFRuqX8HcmLqJISiHzFPCXIuD0IvRawVBViSryi+x
WzzwQg1jeiajisapo+I+ETutmLrGimr8f3eG9wkmu08AYeKbIE2BFdTVtBIRcoZl
0J/O0kh9gtEGZsa+eoVWDkMX6Cqe3/CH5UhJIy3w3ugn0myVs9Choi3c1FHeL//U
10RUNyUfFPOxmpjTlAdKjMaiDQdvKhtuQLXWHq42WlC4+OLqcvQ=
=bXzB
-----END PGP SIGNATURE-----