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-----