Summary: | games-emulation/yabause-0.9.14 : /.../ld: ../libyabause.a(linkage_x64.s.o): relocation R_X86_64_32S against `master_ip' can not be used when making a shared object; recompile with -fPIC | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Toralf Förster <toralf> |
Component: | Current packages | Assignee: | Gentoo Games <games> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | esigra, reagentoo, samuel.bauer, treecleaner |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | https://github.com/Yabause/yabause/issues/270 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | 654674 | ||
Bug Blocks: | 574082 | ||
Attachments: |
emerge-history.txt
environment games-emulation:yabause-0.9.14:20160506-223701.log yabause-pic-0.9.14.patch |
Description
Toralf Förster
2016-05-07 08:44:25 UTC
Created attachment 433476 [details]
emerge-history.txt
Created attachment 433478 [details]
environment
Created attachment 433480 [details]
games-emulation:yabause-0.9.14:20160506-223701.log
see if you can reproduce it with gcc5 (In reply to Mr. Bones. from comment #4) installs fine at 2 unstable images : Sat May 7 18:52:26 2016 >>> games-emulation/yabause-0.9.14 yabause: Sat May 7 18:51:29 2016: 57 seconds yabause: 1 times amd64-gnome-unstable_20160503-212312 Sat May 7 18:54:22 2016 >>> games-emulation/yabause-0.9.14 yabause: Sat May 7 18:51:50 2016: 2 minutes, 32 seconds yabause: 1 times makes me wonder if it's a bug in the as that comes with gcc4 Possible temporary workaround: export CC=clang export CXX=clang++ (in src_configure) https://github.com/reagentoo/gentoo-overlay/tree/master/games-emulation/yabause updated ebuild with new cmake patch I'm running into this issue now as well after switching to the 17.0 profile (with PIE). Just confirmed this on a machine with GCC 6.4.0 - this is definitely a gcc default pie vs no-pie issue. Just a heads up, this is the actual issue: https://github.com/Yabause/yabause/issues/270 The dynarec is written in assembly and is not written to be position independent. Created attachment 518746 [details, diff]
yabause-pic-0.9.14.patch
Another alternative, I think that's what already described in the upstream bug.
This is now failing to build in stable without hardening :| The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=8b6cc02dcadf1e0d9dc8df3e4c5ed045d44fbb71 commit 8b6cc02dcadf1e0d9dc8df3e4c5ed045d44fbb71 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2018-07-15 19:21:32 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2018-07-15 19:27:55 +0000 games-emulation/yabause: 0.9.15 version bump, EAPI-6, fix Qt 5.11 Drop games.eclass. Make USE=qt5 default per upstream recommendation. Disabling SH2_DYNAREC due to being broken, see also: https://github.com/Yabause/yabause/issues/270 Thanks-to: Samuel BAUER <BM-2cTVBXjxdVtEQCycBQjMxszLsgTNVujvM5@bitmessage.ch> Bug: https://bugs.gentoo.org/582326 Closes: https://bugs.gentoo.org/654674 Closes: https://bugs.gentoo.org/660458 Package-Manager: Portage-2.3.42, Repoman-2.3.9 games-emulation/yabause/Manifest | 1 + .../yabause/files/yabause-0.9.15-RWX.patch | 20 +++++++ .../yabause/files/yabause-0.9.15-qt-5.11.patch | 65 +++++++++++++++++++++ games-emulation/yabause/yabause-0.9.15.ebuild | 67 ++++++++++++++++++++++ 4 files changed, 153 insertions(+) |