../../../../../src/osd/modules/render/drawbgfx.cpp: In member function ‘virtual int renderer_bgfx::create()’: ../../../../../src/osd/modules/render/drawbgfx.cpp:173:3: error: ‘sdlSetWindow’ is not a member of ‘bgfx’ bgfx::sdlSetWindow(win->platform_window<SDL_Window*>()); ^~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.0-desktop-gnome-systemd_20171010-201119 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-6.4.0 * Available Python interpreters, in order of preference: [1] python3.4 [2] python3.6 (fallback) [3] python2.7 (fallback) Available Ruby profiles: [1] ruby22 (with Rubygems) * java-config: The following VMs are available for generation-2: 1) IcedTea JDK 7.2.6.11 [icedtea-7] 2) IcedTea JDK 7.2.6.11 [icedtea-bin-7] *) IcedTea JDK 3.5.1 [icedtea-bin-8] Available Java Virtual Machines: [1] icedtea-7 [2] icedtea-bin-7 [3] icedtea-bin-8 system-vm emerge -qpv games-emulation/sdlmame [ebuild N ] games-emulation/sdlmame-0.174 USE="alsa arcade mess opengl openmp -debug -tools"
Created attachment 499108 [details] emerge-info.txt
Created attachment 499110 [details] emerge-history.txt
Created attachment 499112 [details] environment
Created attachment 499114 [details] etc.portage.tbz2
Created attachment 499116 [details] games-emulation:sdlmame-0.174:20171018-141116.log
Created attachment 499118 [details] logs.tbz2
still fails to compile
I'm currently using jorgicio's sdlmame-0.195 ebuild -> https://gpo.zugaina.org/Overlays/jorgicio/games-emulation/sdlmame - it builds and runs fine on my Gentoo Hardened amd64 box.
Created attachment 524484 [details] emerge --info for environment to successfully build sdlmame SDLMame compiles just fine for me root@Lyalls-PC ~ # emerge --oneshot games-emulation/sdlmame These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R #] games-emulation/sdlmame-0.174::gentoo USE="alsa arcade mess opengl openmp -debug -tools" 0 KiB Total: 1 package (1 reinstall), Size of downloads: 0 KiB >>> Verifying ebuild manifests >>> Emerging (1 of 1) games-emulation/sdlmame-0.174::gentoo >>> Installing (1 of 1) games-emulation/sdlmame-0.174::gentoo >>> Jobs: 1 of 1 complete Load avg: 7.91, 9.24, 5.95 >>> Auto-cleaning packages... >>> No outdated packages were found on your system. * GNU info directory index is up-to-date. root@Lyalls-PC ~ #
!!! The following installed packages are masked: - games-emulation/sdlmame-0.195::Pi_aarch64 (masked by: package.mask) /usr/portage/profiles/package.mask: # Pacho Ramos <pacho@gentoo.org> (18 Mar 2018) # Fails to build (#634662), version bump long time pending (#596162). # Removal in a month. Does package.mask accept repo names? games-emulation/sdlmame::gentoo would be kinder to users having sdlmame installed from an overlay.
(In reply to Roy Bamford from comment #10) > !!! The following installed packages are masked: > - games-emulation/sdlmame-0.195::Pi_aarch64 (masked by: package.mask) > /usr/portage/profiles/package.mask: > # Pacho Ramos <pacho@gentoo.org> (18 Mar 2018) > # Fails to build (#634662), version bump long time pending (#596162). > # Removal in a month. > > > Does package.mask accept repo names? > games-emulation/sdlmame::gentoo would be kinder to users having sdlmame > installed from an overlay. Agreed. I did a test and noticed that "games-emulation/sdlmame::gentoo" doesn't work in /usr/portage/profiles/package.mask, but in /etc/portage/package.mask it does, though (at least here, with Portage 2.3.24). I think masking "=games-emulation/sdlmame-0.174" would be enough, since that's the version that fails to build.
Created attachment 528424 [details] emerge --info from machine where this compiles with no problems If there is a problem building something, I will usually run into it (even problems no one else seems to have), but the current ebuild in portage compiled with no problems (on multiple machines, no less). Attaching an emerge-info from one of the machines (pretty generic actually).
removed
I know there's a bit of hack and slash happening on the tree lately but removal of this one seems a bit vicious. By all accounts it works for the majority of Gentoo users but one dev's build bot couldn't compile it so....*CHOP* It needs a version bump but to do so it apparently needs to be proxy maintained. There are no maintainers available to maintain the proxy maintainers (been down this road before) so....*CHOP* Sad demise :(
Created attachment 529168 [details, diff] sdlmame-0.174-bgfx_sdlSetWindow-fix.patch