cd /var/tmp/portage/games-engines/openxcom-1.0.0-r1/work/openxcom-1.0.0_build/src && /usr/bin/x86_64-pc-linux-gnu-g++ -DOPENXCOM_VERSION_GIT=\"\" -I/usr/include/SDL -I/usr/include/yaml-cpp -I/usr/include/yaml-cpp/.. -DNDEBUG -Werror=terminate -O2 -pipe -march=native -o CMakeFiles/openxcom.dir/Geoscape/Globe.cpp.o -c /var/tmp/portage/games-engines/openxcom-1.0.0-r1/work/OpenXcom-1.0/src/Geoscape/Globe.cpp /var/tmp/portage/games-engines/openxcom-1.0.0-r1/work/OpenXcom-1.0/src/Geoscape/Globe.cpp: In member function ‘void OpenXcom::Globe::drawVHLine(OpenXcom::Surface*, double, double, double, double, Uint8)’: /var/tmp/portage/games-engines/openxcom-1.0.0-r1/work/OpenXcom-1.0/src/Geoscape/Globe.cpp:1393:29: error: call of overloaded ‘abs(double)’ is ambiguous seg = abs( sy/(2*M_PI)*48 ); ^ In file included from /usr/lib/gcc/x86_64-pc-linux-gnu/6.3.0/include/g++-v6/cstdlib:75:0, ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: gnome_20170525-085524 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.3.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python2.7 (fallback) [3] pypy3 (fallback) [4] jython2.7 (fallback) Available Ruby profiles: [1] ruby21 (with Rubygems) [2] ruby22 (with Rubygems) * java-config: The following VMs are available for generation-2: 1) IcedTea JDK 7.2.6.10 [icedtea-bin-7] *) IcedTea JDK 3.4.0 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-bin-7 [2] icedtea-bin-8 system-vm
Created attachment 474808 [details] emerge-info.txt
Created attachment 474810 [details] emerge-history.txt
Created attachment 474812 [details] environment
Created attachment 474814 [details] etc.portage.tbz2
Created attachment 474816 [details] games-engines:openxcom-1.0.0-r1:20170531-010121.log
Created attachment 474818 [details] temp.tbz2
Patch from Archlinux community: https://aur.archlinux.org/cgit/aur.git/tree/abs-fix.patch?h=openxcom Just put it in /usr/portage/games-engines/openxcom/files and add src_prepare() { epatch "${FILESDIR}"/abs-fix.patch eapply_user } before src_configure in the ebuild file.
Created attachment 520058 [details, diff] abi patch for openxcom with C++11 Created an abi patch covering abs, and depraciated auto_ptr. Allowing compadiblity with C++11.
Created attachment 520060 [details, diff] Ebuild patch enabling eapply
Created attachment 520070 [details, diff] C++11 abi update for openxcom
still fails to build
OpenXcom is under somewhat active development, they just don't seem to tag new versions. At time of writing, v1.0 is 2516 (!) commits behind HEAD (see: https://github.com/SupSuper/OpenXcom/releases/tag/v1.0) Apart from being the magical "v1.0" I don't see much value in keeping a rather ancient version of the game in the tree.
There is a nice and working ebuild in the gamerlay overlay: https://cgit.gentoo.org/proj/gamerlay.git/tree/games-engines/openxcom/openxcom-1.0.0_p20171215.ebuild
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=ed8f18b47dd37a01008ae634d124e31621743dab commit ed8f18b47dd37a01008ae634d124e31621743dab Author: James Le Cuirot <chewi@gentoo.org> AuthorDate: 2018-03-17 21:25:54 +0000 Commit: James Le Cuirot <chewi@gentoo.org> CommitDate: 2018-03-17 21:27:38 +0000 games-engines/openxcom: Drop old broken 1.0.0 Closes: https://bugs.gentoo.org/620270 Package-Manager: Portage-2.3.24, Repoman-2.3.6 games-engines/openxcom/Manifest | 1 - games-engines/openxcom/openxcom-1.0.0-r1.ebuild | 65 ------------------------- 2 files changed, 66 deletions(-)