Package Details: dolphin-emu-nogui-git 5.0.r16541.gbb2a3d35b0-1

Git Clone URL: (read-only, click to copy)
Package Base: dolphin-emu-git
Description: A Gamecube / Wii emulator - git version
Upstream URL:
Keywords: dolphin emu emulator game gamecube gui nintendo remote revolution triforce wii wiimote
Licenses: GPL2
Conflicts: dolphin-emu-cli, dolphin-emu-nogui
Provides: dolphin-emu-cli, dolphin-emu-nogui
Submitter: None
Maintainer: dpeukert
Last Packager: dpeukert
Votes: 111
Popularity: 0.21
First Submitted: 2011-08-20 13:05 (UTC)
Last Updated: 2022-05-29 14:48 (UTC)

Pinned Comments

dpeukert commented on 2020-04-10 12:34 (UTC) (edited on 2020-09-26 17:48 (UTC) by dpeukert)

The PKGBUILD for this package is hosted here (contributions are welcome!):

Latest Comments

Peter0x44 commented on 2022-06-08 19:09 (UTC) Looks like this was a bug on dolphin's end, the PR mentioned here resolves it for me, it builds fine now.

dpeukert commented on 2022-06-08 08:11 (UTC)

@Star-X: Looks like this was caused by this being merged: I'll look into it more soon, but if anyone needs a working build for now, building from the last commit before the merge (dd0485389e0f1d18a2df858a6bd549007612a492) should still work.

Star-X commented on 2022-06-07 01:57 (UTC)

Building fails right at the end with this massive blob.

[1022/1022] Linking CXX executable Binaries/dolphin-emu FAILED: Binaries/dolphin-emu : && /usr/bin/c++ -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -fpermissive -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,-z,origin -Wl,--disable-new-dtags Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/dolphin-emu_autogen/mocs_compilation.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/AboutDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/CheatSearchFactoryWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/CheatSearchWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/CheatsManager.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/ConvertDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/DiscordHandler.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/DiscordJoinRequestDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/FIFO/FIFOPlayerWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/FIFO/FIFOAnalyzer.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Host.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/HotkeyScheduler.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Main.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/MainWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/MenuBar.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NKitWarningDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/RenderWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Resources.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/SearchBar.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/ToolBar.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Translation.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/WiiUpdate.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ARCodeWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/CheatCodeEditor.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/CheatWarningWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/CommonControllersWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ControllerInterface/DualShockUDPClientAddServerDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ControllerInterface/DualShockUDPClientWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ControllerInterface/ControllerInterfaceWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ControllerInterface/ServerStringValidator.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ControllersWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/FilesystemWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/FreeLookWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/FreeLookWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/GamecubeControllersWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/GameConfigEdit.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/GameConfigHighlighter.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/GameConfigWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/GeckoCodeWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/AdvancedWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/BalloonTip.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/EnhancementsWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GeneralWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GraphicsBool.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GraphicsChoice.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GraphicsInteger.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GraphicsRadio.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GraphicsSlider.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/GraphicsWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/HacksWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/PostProcessingConfigWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Graphics/SoftwareRendererWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/InfoWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/LogConfigWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/LogWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/FreeLookGeneral.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/FreeLookRotation.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/GBAPadEmu.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/GCKeyboardEmu.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/GCMicrophone.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/GCPadEmu.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/GCPadWiiUConfigDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/Hotkey3D.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyControllerProfile.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyDebugging.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyGBA.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyGeneral.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyGraphics.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyStates.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyStatesOther.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyTAS.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/HotkeyWii.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/IOWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/MappingButton.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/MappingCommon.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/MappingIndicator.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/MappingNumeric.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/MappingWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/MappingWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/WiimoteEmuExtension.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/WiimoteEmuExtensionMotionInput.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/WiimoteEmuExtensionMotionSimulation.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/WiimoteEmuGeneral.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/WiimoteEmuMotionControl.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/Mapping/WiimoteEmuMotionControlIMU.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/NewPatchDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/PatchesWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/PropertiesDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/SettingsWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ToolTipControls/ToolTipCheckBox.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ToolTipControls/ToolTipComboBox.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ToolTipControls/ToolTipRadioButton.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ToolTipControls/ToolTipSlider.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/ToolTipControls/ToolTipSpinBox.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/VerifyWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Config/WiimoteControllersWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/BreakpointWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/CodeDiffDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/CodeViewWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/CodeWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/JITWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/MemoryViewWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/MemoryWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/NetworkWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/NewBreakpointDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/PatchInstructionDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/RegisterColumn.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/RegisterWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/ThreadWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Debugger/WatchWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GameList/GameList.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GameList/GameListModel.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GameList/GameTracker.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GameList/GridProxyModel.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GameList/ListProxyModel.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GCMemcardCreateNewDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GCMemcardManager.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/BlockUserInputFilter.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/ChunkedProgressDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/GameListDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/MD5Dialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/NetPlayBrowser.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/NetPlayDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/NetPlaySetupDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/NetPlay/PadMappingDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/DolphinFileDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/DoubleClickEventFilter.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/ElidedButton.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/FileOpenEventFilter.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/FlowLayout.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/ModalMessageBox.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/PartiallyClosableTabWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/ImageConverter.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/UTF8CodePointCountValidator.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/WindowActivationEventFilter.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/WinIconHelper.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/WrapInScrollArea.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/AspectRatioWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/NonDefaultQPushButton.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/ResourcePackManager.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/RiivolutionBootWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/AdvancedPane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/AudioPane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/BroadbandAdapterSettingsDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/GameCubePane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/GeneralPane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/InterfacePane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/PathPane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/WiiPane.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Settings/USBDeviceAddToWhitelistDialog.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/GCTASInputWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/WiiTASInputWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/TASCheckBox.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/TASInputWindow.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/TASSlider.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/StickWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/TAS/IRWidget.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/Updater.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/QtUtils/SignalDaemon.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GBAHost.cpp.o Source/Core/DolphinQt/CMakeFiles/dolphin-emu.dir/GBAWidget.cpp.o -o Binaries/dolphin-emu -Wl,-rpath,"\$ORIGIN/lib" Source/Core/Core/libcore.a /usr/lib/ Source/Core/UICommon/libuicommon.a Externals/imgui/libimgui.a Source/Core/DiscIO/libdiscio.a Source/Core/VideoBackends/Null/libvideonull.a Source/Core/VideoBackends/OGL/libvideoogl.a Source/Core/VideoBackends/Software/libvideosoftware.a Source/Core/VideoBackends/Vulkan/libvideovulkan.a Source/Core/VideoCommon/libvideocommon.a Source/Core/Core/libcore.a Source/Core/DiscIO/libdiscio.a Source/Core/VideoBackends/Null/libvideonull.a Source/Core/VideoBackends/OGL/libvideoogl.a Source/Core/VideoBackends/Software/libvideosoftware.a Source/Core/VideoBackends/Vulkan/libvideovulkan.a Source/Core/VideoCommon/libvideocommon.a Source/Core/AudioCommon/libaudiocommon.a /usr/lib/ /usr/lib/ Externals/soundtouch/libSoundTouch.a Externals/FreeSurround/libFreeSurround.a Externals/cubeb/libcubeb.a -lpulse -lasound -ljack Source/Core/InputCommon/libinputcommon.a -lXi /usr/lib/ /usr/lib/ -lsfml-network -lsfml-system /usr/lib/ Externals/mGBA/mgba/libmgba.a -lm /usr/lib/ /usr/lib/ /usr/lib/ -llzma -lzstd /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ Externals/glslang/libglslang.a Externals/imgui/libimgui.a Externals/xxhash/libxxhash.a /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ Source/Core/Common/libcommon.a -lenet /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ -lc -lpng /usr/lib/ /usr/lib/ /usr/lib/ /usr/lib/ -ldl -lrt /usr/lib/ /usr/lib/ /usr/lib/ -Wl,--as-needed Externals/Bochs_disasm/libbdisasm.a Externals/cpp-optparse/libcpp-optparse.a Externals/minizip/libminizip.a /usr/lib/ -lXrandr /usr/lib/ /usr/lib/ Externals/discord-rpc/src/libdiscord-rpc.a -lpthread && cd /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Source/Core/DolphinQt && /usr/bin/cmake -E make_directory /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Binaries/lib && cp -P /usr/lib64/cmake/Qt6/../../.so /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Binaries/lib && /usr/bin/cmake -E copy_directory /usr/lib64/cmake/Qt6/../../../plugins/platforms /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Binaries/platforms && cd /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Source/Core/DolphinQt && /usr/bin/cmake -E copy_if_different /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/Source/Core/DolphinQt/qt.conf /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Binaries/qt.conf && cd /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Source/Core/DolphinQt && /usr/bin/cmake -E copy_directory /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/Data/Sys /home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Binaries/Sys Error copying directory from "/usr/lib64/cmake/Qt6/../../../plugins/platforms" to "/home/starx555/.cache/pacaur/dolphin-emu-git/src/dolphin-emu-git/build/Binaries/platforms". ninja: build stopped: subcommand failed. ==> ERROR: A failure occurred in build(). Aborting... :: failed to build dolphin-emu-git package(s)

HurricanePootis commented on 2022-05-29 20:40 (UTC)

No problem @dpeukert

dpeukert commented on 2022-05-29 14:49 (UTC) (edited on 2022-05-29 14:49 (UTC) by dpeukert)

@HurricanePootis: Thanks for the heads-up, updated.

yrlf commented on 2022-01-24 16:09 (UTC) (edited on 2022-01-24 16:18 (UTC) by yrlf)

@dpeukert: Ahh, I think I know something that might have influenced this: dolphin updated its own bundled fmt to 8.1.1 4 days ago, and also changed a lot of its own custom formatters.

The failing build was with hash 73bcf9c24b from 6 days ago.

EDIT: Yup! Reproducible even in a fresh chroot:

[263/1001] Building CXX object Source/Core/Common/CMakeFiles/common.dir/Image.cpp.o
FAILED: Source/Core/Common/CMakeFiles/common.dir/Image.cpp.o 
/usr/bin/c++ -DDATA_DIR=\"/usr/share/dolphin-emu/\" -DFMT_LOCALE -DFMT_SHARED -DHAS_OPENGL -DHAS_VULKAN -DHAVE_EGL=1 -DHAVE_FFMPEG -DHAVE_LIBEVDEV=1 -DHAVE_LIBSYSTEMD -DHAVE_LIBUDEV=1 -DHAVE_X11=1 -DHAVE_XRANDR=1 -DUSE_ANALYTICS=1 -DUSE_MEMORYWATCHER=1 -DUSE_PIPES=1 -DUSE_UPNP -D_ARCH_64=1 -D_DEFAULT_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_M_X86=1 -D_M_X86_64=1 -D__LIBUSB__ -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -I/build/dolphin-emu-git/src/dolphin-emu-git/Source/Core -I/build/dolphin-emu-git/src/dolphin-emu-git/External/minizip -I/usr/include/libpng16 -I/build/dolphin-emu-git/src/dolphin-emu-git/Externals/soundtouch -I/usr/include/libusb-1.0 -I/build/dolphin-emu-git/src/dolphin-emu-git/Externals/discord-rpc/include -I/build/dolphin-emu-git/src/dolphin-emu-git/Externals/picojson -I/build/dolphin-emu-git/src/dolphin-emu-git/build/Source/Core -I/build/dolphin-emu-git/src/dolphin-emu-git/Externals/minizip/. -isystem /usr/include/miniupnpc -march=x86-64 -mtune=generic -O2 -pipe -fno-plt -fexceptions         -Wp,-D_FORTIFY_SOURCE=2 -Wformat -Werror=format-security         -fstack-clash-protection -fcf-protection -Wp,-D_GLIBCXX_ASSERTIONS -fpermissive -msse2 -fdiagnostics-color -fno-strict-aliasing -fno-exceptions -fvisibility-inlines-hidden -fvisibility=hidden -fomit-frame-pointer -Wall -Wtype-limits -Wsign-compare -Wignored-qualifiers -Wuninitialized -Wlogical-op -Wshadow -Winit-self -Wmissing-declarations -Wno-stringop-truncation -Werror=format -std=c++17 -MD -MT Source/Core/Common/CMakeFiles/common.dir/Image.cpp.o -MF Source/Core/Common/CMakeFiles/common.dir/Image.cpp.o.d -o Source/Core/Common/CMakeFiles/common.dir/Image.cpp.o -c /build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/Image.cpp
In file included from /usr/include/fmt/format.h:48,
                 from /build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/Logging/Log.h:7,
                 from /build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/Assert.h:8,
                 from /build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/Image.cpp:11:
/usr/include/fmt/core.h: In instantiation of ‘constexpr decltype (ctx.begin()) fmt::v8::detail::parse_format_specs(ParseContext&) [with T = Common::ImageByteFormat; ParseContext = fmt::v8::detail::compile_parse_context<char, fmt::v8::detail::error_handler>; decltype (ctx.begin()) = const char*]’:
/usr/include/fmt/core.h:2906:9:   required from ‘constexpr fmt::v8::detail::format_string_checker<Char, ErrorHandler, Args>::format_string_checker(fmt::v8::basic_string_view<Char>, ErrorHandler) [with Char = char; ErrorHandler = fmt::v8::detail::error_handler; Args = {Common::ImageByteFormat, char [6], char [72], int, char [8]}]’
/usr/include/fmt/core.h:2947:33:   required from ‘void fmt::v8::detail::check_format_string(S) [with <template-parameter-1-1> = {Common::ImageByteFormat, char [6], char [72], int, char [8]}; S = Common::SavePNG(const string&, const u8*, Common::ImageByteFormat, u32, u32, int, int)::<lambda()>::FMT_COMPILE_STRING; typename std::enable_if<fmt::v8::is_compile_string<S>::value, int>::type <anonymous> = 0]’
/usr/include/fmt/format.h:843:39:   required from ‘fmt::v8::format_arg_store<fmt::v8::basic_format_context<typename std::conditional<std::is_same<Char, char>::value, fmt::v8::appender, std::back_insert_iterator<fmt::v8::detail::buffer<Char> > >::type, Char>, typename std::remove_reference<Args>::type ...> fmt::v8::make_args_checked(const S&, fmt::v8::remove_reference_t<Args>& ...) [with Args = {Common::ImageByteFormat, char [6], char [72], int, char [8]}; S = Common::SavePNG(const string&, const u8*, Common::ImageByteFormat, u32, u32, int, int)::<lambda()>::FMT_COMPILE_STRING; Char = char; typename std::conditional<std::is_same<Char, char>::value, fmt::v8::appender, std::back_insert_iterator<fmt::v8::detail::buffer<Char> > >::type = fmt::v8::appender]’
/build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/MsgHandler.h:46:57:   required from ‘bool Common::MsgAlertFmt(bool, Common::MsgType, Common::Log::LogType, const char*, int, const S&, const Args& ...) [with long unsigned int NumFields = 5; S = Common::SavePNG(const string&, const u8*, Common::ImageByteFormat, u32, u32, int, int)::<lambda()>::FMT_COMPILE_STRING; Args = {Common::ImageByteFormat, char [6], char [72], int, char [8]}]’
/build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/Image.cpp:83:5:   required from here
/usr/include/fmt/core.h:2672:12: error: use of deleted function ‘fmt::v8::detail::fallback_formatter<T, Char, Enable>::fallback_formatter() [with T = Common::ImageByteFormat; Char = char; Enable = void]’
 2672 |   auto f = conditional_t<has_formatter<mapped_type, context>::value,
      |            ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 2673 |                          formatter<mapped_type, char_type>,
      |                          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 2674 |                          fallback_formatter<T, char_type>>();
      |                          ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/fmt/core.h:1041:3: note: declared here
 1041 |   fallback_formatter() = delete;
      |   ^~~~~~~~~~~~~~~~~~
/usr/include/fmt/core.h: In instantiation of ‘constexpr fmt::v8::detail::value<Context> fmt::v8::detail::make_arg(T&&) [with bool IS_PACKED = true; Context = fmt::v8::basic_format_context<fmt::v8::appender, char>; fmt::v8::detail::type <anonymous> = fmt::v8::detail::type::custom_type; T = const Common::ImageByteFormat&; typename std::enable_if<IS_PACKED, int>::type <anonymous> = 0]’:
/usr/include/fmt/core.h:1855:77:   required from ‘constexpr fmt::v8::format_arg_store<Context, Args>::format_arg_store(T&& ...) [with T = {const Common::ImageByteFormat&, const char (&)[6], const char (&)[72], const int&, const char (&)[8]}; Context = fmt::v8::basic_format_context<fmt::v8::appender, char>; Args = {Common::ImageByteFormat, char [6], char [72], int, char [8]}]’
/usr/include/fmt/format.h:844:18:   required from ‘fmt::v8::format_arg_store<fmt::v8::basic_format_context<typename std::conditional<std::is_same<Char, char>::value, fmt::v8::appender, std::back_insert_iterator<fmt::v8::detail::buffer<Char> > >::type, Char>, typename std::remove_reference<Args>::type ...> fmt::v8::make_args_checked(const S&, fmt::v8::remove_reference_t<Args>& ...) [with Args = {Common::ImageByteFormat, char [6], char [72], int, char [8]}; S = Common::SavePNG(const string&, const u8*, Common::ImageByteFormat, u32, u32, int, int)::<lambda()>::FMT_COMPILE_STRING; Char = char; typename std::conditional<std::is_same<Char, char>::value, fmt::v8::appender, std::back_insert_iterator<fmt::v8::detail::buffer<Char> > >::type = fmt::v8::appender]’
/build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/MsgHandler.h:46:57:   required from ‘bool Common::MsgAlertFmt(bool, Common::MsgType, Common::Log::LogType, const char*, int, const S&, const Args& ...) [with long unsigned int NumFields = 5; S = Common::SavePNG(const string&, const u8*, Common::ImageByteFormat, u32, u32, int, int)::<lambda()>::FMT_COMPILE_STRING; Args = {Common::ImageByteFormat, char [6], char [72], int, char [8]}]’
/build/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Common/Image.cpp:83:5:   required from here
/usr/include/fmt/core.h:1728:7: error: static assertion failed: Cannot format an argument. To make type T formattable provide a formatter<T> specialization:
 1728 |       formattable,
      |       ^~~~~~~~~~~
/usr/include/fmt/core.h:1728:7: note: ‘formattable’ evaluates to false
[264/1001] Building CXX object Source/Core/Common/CMakeFiles/common.dir/FileSearch.cpp.o
[265/1001] Building CXX object Source/Core/Common/CMakeFiles/common.dir/Hash.cpp.o
[266/1001] Building CXX object Source/Core/Common/CMakeFiles/common.dir/HttpRequest.cpp.o
[267/1001] Building CXX object Source/Core/Common/CMakeFiles/common.dir/FileUtil.cpp.o
[268/1001] Building CXX object Source/Core/Common/CMakeFiles/common.dir/GekkoDisassembler.cpp.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().
==> ERROR: Build failed, check /opt/archroot/yrlf/build

Maybe it's not that great of an idea to select a version of fmt with a different major version than dolphin expects.

It's fixed though, so not really relevant, but might be good to think about the next time Arch switches to a new major version of fmt (fmt 9.0.0, whenever that will be)

yrlf commented on 2022-01-24 15:46 (UTC)

@dpeukert: Funnily enough, the build no longer fails for me, neither with my "dirty" clone of dolphin-emu-git in .cache/yay/dolphin-emu-git, nor with a clean build with makechrootpkg

dpeukert commented on 2022-01-24 10:57 (UTC)

@yrlf: I was able to build using the shared system fmt (8.1.1) with no issues. Can you provide your build output?

yrlf commented on 2022-01-20 20:22 (UTC)

The build fails for me due to a whole bunch of fmt problems complaining about missing formatter specializations.

It seems CMake selects the system fmt (8.1.1) and not the bundled fmt (7.1). Compilation works if I patch the CMakeLists to search for fmt with find_package(fmt 7.1 EXACT)

hazelnot commented on 2021-12-23 10:40 (UTC)

Hm, I am using yay, maybe if I tell it to do a clean build I'll be able to use this

karl-k commented on 2021-12-22 02:34 (UTC)

"There's an issue with building this package, I think it has to do with submodule initialization. I'm not technical enough to know the fix, unfortunately." Yeah, it appears to fail building. Hopefully someone smart enough can come along & fix this for us.

dpeukert commented on 2021-12-22 01:51 (UTC) (edited on 2021-12-22 01:53 (UTC) by dpeukert)

@hazelnot: That's strange, it seems like it is trying to load the previous soname for some reason (the current one is I'll try looking into it some more, but the only thing I can think of right now is that an AUR helper (if you're using one) might be hanging onto an older cache of some part of the build process and therefore trying to use the older mbedtls version. That would also track with the direct build working. Clearing/deleting that cache would (hopefully) force the build process to start fresh. Let me know if you figure something out.

hazelnot commented on 2021-12-20 11:38 (UTC)

I have mbedtls 2.27.0-1.

Thing is, I tried building Dolphin directly from the official git repo and that one worked.

dpeukert commented on 2021-12-20 09:14 (UTC)

@hazelnot: I also wasn't able to reproduce this, what version of mbedtls do you have installed (it should be installed as it's a dependency of dolphin-emu-git)?

dpeukert commented on 2021-12-20 09:10 (UTC)

@modnoob: I wasn't able to reproduce this, but from what I could find on the internet, this can happen when building with Clang. Do you happen to be using it for building this package in some way?

hazelnot commented on 2021-12-18 19:05 (UTC)

Can't seem to be able to run this anymore, getting dolphin-emu: error while loading shared libraries: cannot open shared object file: No such file or directory

modnoob commented on 2021-12-15 14:22 (UTC) (edited on 2021-12-15 14:24 (UTC) by modnoob)

Since one or two days the build fails for me like that:

[660/1006] Building CXX object Source/Core/UICommon/CMakeFiles/uicommon.dir/CommandLineParse.cpp.o
[661/1006] Building CXX object Source/Core/UICommon/CMakeFiles/uicommon.dir/Disassembler.cpp.o
[662/1006] Building CXX object Source/Core/UICommon/CMakeFiles/uicommon.dir/DiscordPresence.cpp.o
[663/1006] Linking CXX static library Source/Core/InputCommon/libinputcommon.a
[664/1006] Building CXX object Source/Core/Core/CMakeFiles/core.dir/NetPlayCommon.cpp.o
FAILED: Source/Core/Core/CMakeFiles/core.dir/NetPlayCommon.cpp.o 
/usr/bin/ccache /usr/lib/ccache/bin/c++ -DDATA_DIR=\"/usr/share/dolphin-emu/\" -DFMT_LOCALE -DFMT_SHARED -DHAS_LIBMGBA -DHAS_OPENGL -DHAS_VULKAN -DHAVE_BLUEZ=1 -DHAVE_EGL=1 -DHAVE_FFMPEG -DHAVE_HIDAPI=1 -DHAVE_LIBEVDEV=1 -DHAVE_LIBSYSTEMD -DHAVE_LIBUDEV=1 -DHAVE_X11=1 -DHAVE_XRANDR=1 -DUSE_ANALYTICS=1 -DUSE_MEMORYWATCHER=1 -DUSE_PIPES=1 -DUSE_UPNP -D_ARCH_64=1 -D_DEFAULT_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_M_X86=1 -D_M_X86_64=1 -D__LIBUSB__ -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Source/Core -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/External/minizip -I/usr/include/libpng16 -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/soundtouch -I/usr/include/libusb-1.0 -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/discord-rpc/include -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/picojson -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/build/Source/Core -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/minizip/. -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/cubeb/include -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/build/exports -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/mGBA/mgba/include -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/build/Externals/mGBA/mgba/include -I/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/Bochs_disasm -isystem /var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Externals/rangeset/include -isystem /usr/include/hidapi -march=native -D_FORTIFY_SOURCE=2 -march=native  -O2 -pipe -fno-plt -msse2 -fdiagnostics-color -fno-strict-aliasing -fno-exceptions -fvisibility-inlines-hidden -fvisibility=hidden -fomit-frame-pointer -Wall -Wtype-limits -Wsign-compare -Wignored-qualifiers -Wuninitialized -Wlogical-op -Wshadow -Winit-self -Wmissing-declarations -Wno-stringop-truncation -Werror=format -std=c++17 -MD -MT Source/Core/Core/CMakeFiles/core.dir/NetPlayCommon.cpp.o -MF Source/Core/Core/CMakeFiles/core.dir/NetPlayCommon.cpp.o.d -o Source/Core/Core/CMakeFiles/core.dir/NetPlayCommon.cpp.o -c /var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Core/NetPlayCommon.cpp
/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Core/NetPlayCommon.cpp: In function ‘bool NetPlay::DecompressPacketIntoFolderInternal(sf::Packet&, const string&)’:
/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Source/Core/Core/NetPlayCommon.cpp:238:14: error: ‘all_of’ is not a member of ‘std’
  238 |     if (std::all_of(name.begin(), name.end(), [](char c) { return c == '.'; }))
      |              ^~~~~~
[665/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/WbfsBlob.cpp.o
[666/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/WiiEncryptionCache.cpp.o
[667/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/VolumeWad.cpp.o
[668/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/VolumeGC.cpp.o
[669/1006] Building CXX object Source/Core/UICommon/CMakeFiles/uicommon.dir/GameFileCache.cpp.o
[670/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/VolumeWii.cpp.o
[671/1006] Building CXX object Source/Core/UICommon/CMakeFiles/uicommon.dir/GameFile.cpp.o
[672/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/VolumeVerifier.cpp.o
/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Source/Core/DiscIO/VolumeVerifier.cpp: In member function ‘void DiscIO::VolumeVerifier::Process()’:
/var/tmp/pamac-build-reini/dolphin-emu-git/src/dolphin-emu-git/Source/Core/DiscIO/VolumeVerifier.cpp:1116:29: warning: comparison of integer expressions of different signedness: ‘int’ and ‘std::vector<long unsigned int>::size_type’ {aka ‘long unsigned int’} [-Wsign-compare]
 1116 |     if (m_content_index + 1 < m_content_offsets.size() &&
      |         ~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~
[673/1006] Building CXX object Source/Core/DiscIO/CMakeFiles/discio.dir/WIABlob.cpp.o
ninja: build stopped: subcommand failed.
==> ERROR: A failure occurred in build().

dpeukert commented on 2021-08-19 09:03 (UTC)

@Peter0x44: I'm mirroring what the dolphin-emu package in the main repos does.

Peter0x44 commented on 2021-08-19 08:44 (UTC)

I don't think building without libmgba always is ideal - it is a package in the community repos, and I think it would be nice to use that if it is present

Could it be possible to link libmgba, if it is installed instead of always providing -DUSE_MGBA=NO in the build step? @dpeukert

dpeukert commented on 2021-08-18 11:29 (UTC)

@all: Sorry about the delay once again, everything should now be up-to-date.

Tom_Dude commented on 2021-08-16 02:25 (UTC)

There's an issue with building this package, I think it has to do with submodule initialization. I'm not technical enough to know the fix, unfortunately.

HurricanePootis commented on 2021-08-04 01:50 (UTC)

@dpeukert OK, I thought you weren't available for it. Totally understandable! Sorry about the request.

dpeukert commented on 2021-08-03 21:55 (UTC)

@HurricanePootis: I have been without access to an internet connection for about two weeks and I've now been going through all the packages that became out-of-date in that period. This package is the only one that's left to fix and I plan on fixing it ASAP, I just haven't got around to it due to some unrelated work stuff, but I hope to have it done by Thursday.

dpeukert commented on 2021-07-31 18:15 (UTC)

@modnoob @purisame @rien333 @DocMAX @NovaMoon @chungy: Sorry about the delay, will be looking into fixing this tonight.

chungy commented on 2021-07-30 23:31 (UTC)

This should be enough to build Dolphin with the integrated GBA (the other option is -DUSE_MGBA=NO in the cmake step...):

diff --git a/PKGBUILD b/PKGBUILD
index 41a5bd0..58a0dc7 100644
@@ -6,8 +6,8 @@ _mainpkgname="$_projectname-emu"
 pkgname=("$pkgbase" "$_noguipkgname-git")
 pkgdesc='A Gamecube / Wii emulator'
 _pkgdescappend=' - git version'
 arch=('x86_64' 'aarch64')
@@ -22,13 +22,18 @@ depends=(
 makedepends=('cmake' 'git' 'python')
 optdepends=('pulseaudio: PulseAudio backend')
+        "git+")
+            'SKIP')


 prepare() {
    cd "$srcdir/$_sourcedirectory/"
+   git submodule init Externals/mGBA
+   git config --local submodule.Externals/mGBA/mgba.url file://"${srcdir}/mgba"
+   git submodule update
    if [ -d 'build/' ]; then rm -rf 'build/'; fi
    mkdir 'build/'

NovaMoon commented on 2021-07-30 15:19 (UTC) (edited on 2021-07-30 15:20 (UTC) by NovaMoon)

When i was building this from source i got the same error as from this pkgbuild. in the wiki there is this mention,

git submodule update --init Externals/mGBA

(as of July 2021, Dolphin integrates mGBA, this step is needed to pull it into the build)

after that i could build the emulator

DocMAX commented on 2021-07-24 08:11 (UTC) (edited on 2021-07-24 08:11 (UTC) by DocMAX)

CMake Error at Externals/mGBA/CMakeLists.txt:3 (add_subdirectory):
  The source directory


  does not contain a CMakeLists.txt file.

CMake Error at Externals/mGBA/CMakeLists.txt:6 (target_compile_options):
  Cannot specify compile options for target "mgba" which is not built by this

CMake Error at Externals/mGBA/CMakeLists.txt:13 (add_library):
  add_library cannot create ALIAS target "mGBA::mgba" because target "mgba"
  does not already exist.

rien333 commented on 2021-07-23 08:41 (UTC)

I get errors during the configure step, have been getting those for a few days now. Here's the configure/cmake log:

sameer commented on 2021-07-23 03:23 (UTC)

The fix that makes mGBA work is in an issue on GitLab:

modnoob commented on 2021-07-22 09:19 (UTC)

The build worked 3 days ago, but today i got this error when i try to build it -- Using static libmgba from Externals CMake Error at Externals/mGBA/CMakeLists.txt:3 (add_subdirectory): The source directory


does not contain a CMakeLists.txt file.

CMake Error at Externals/mGBA/CMakeLists.txt:6 (target_compile_options): Cannot specify compile options for target "mgba" which is not built by this project.

CMake Error at Externals/mGBA/CMakeLists.txt:13 (add_library): add_library cannot create ALIAS target "mGBA::mgba" because target "mgba" does not already exist.

dpeukert commented on 2020-04-10 12:34 (UTC) (edited on 2020-09-26 17:48 (UTC) by dpeukert)

The PKGBUILD for this package is hosted here (contributions are welcome!):

alucryd commented on 2019-06-13 16:29 (UTC)

So what?

MrSoup678 commented on 2019-03-27 10:08 (UTC)

Master dir of source code is now called dolphin instead of dolphin-emu

Affected lines on PLGBUILD: 41 and 59

mrturcot commented on 2019-03-08 19:28 (UTC)

Good to go ladies and gents, cheers :)

==> Finished making: dolphin-emu-git 5.0.r9719.f6b856d01e-1 (Fri 08 Mar 2019 11:26:24 AM PST)

mrturcot commented on 2019-03-08 03:24 (UTC) (edited on 2019-03-08 03:25 (UTC) by mrturcot)

Alright, I hope this is the right place

But FYI as a user it was not obvious to me if it was compilation or packaging error. Thank you for providing direction.

alucryd commented on 2019-03-07 10:13 (UTC)

Obviously a compilation error, not a packaging error, please bother upstream.

mrturcot commented on 2019-03-07 02:41 (UTC) (edited on 2019-03-07 02:42 (UTC) by mrturcot)

Im reporting build failing for me

Please submit a full bug report,  
with preprocessed source if appropriate.  
See <<>> for instructions.  
make[2]: *** [Source/Core/Core/CMakeFiles/core.dir/build.make:1831: Source/Core/Core/CMakeFiles/core.dir/HW/WiimoteEmu/Camera.cpp.o] Error 1  
make[2]: *** Waiting for unfinished jobs....  
[ 64%] Building CXX object Source/Core/Core/CMakeFiles/core.dir/HW/WiimoteEmu/Extension/Drums.cpp.o  
make[1]: *** [CMakeFiles/Makefile2:934: Source/Core/Core/CMakeFiles/core.dir/all] Error 2  
make: *** [Makefile:152: all] Error 2  
==> ERROR: A failure occurred in build().  
Error making: dolphin-emu-git

kyle_dolichev commented on 2018-12-14 19:11 (UTC)

cubeb now exists on the AUR as a standalone package if you'd like to add that in as an optdepends, also I like to have DENABLE_SDL=TRUE so that we have SDL as an optional controller backend alongside eudev

Does anybody know what the story is on DENABLE_LTO ? Enabling it seems to make performance suffer, why is that? Perhaps its because I am using an SSD and it has something to do with that? IDK

alucryd commented on 2018-10-29 10:30 (UTC)

It's ENABLE_EGL and ENABLE_X11 now but they're enabled by default anyway.

kyle_dolichev commented on 2018-10-26 18:00 (UTC) (edited on 2018-10-26 18:00 (UTC) by kyle_dolichev)

USE_EGL & USE_X11 no longer work I see. I wonder if they've changed it or just removed it.

alucryd commented on 2018-10-08 07:35 (UTC)

Dolphin is still a triforce emulator even if that branch hasn't been merged yet.

Raansu commented on 2018-10-06 14:27 (UTC)

This is listed as a "triforce" emulator but I don't see where that support is compiled in. Official Dolphin-emu doesn't have triforce support, you have to compile from the triforce branch.

alucryd commented on 2018-10-01 11:15 (UTC)

Updated, thx for the ehads up :)

kyle_dolichev commented on 2018-09-29 13:42 (UTC)

Its supposed to be -DENABLE_QT=TRUE now, its no longer QT2.

alucryd commented on 2018-08-29 16:25 (UTC)

Are you messing with ffmpeg?

randalflagg8 commented on 2018-08-29 14:49 (UTC)

I'm getting the following error: dolphin-emu: error while loading shared libraries: cannot open shared object file: No such file or directory

I've completely uninstalled and re-installed (which rebuilt it) and still getting that error

alucryd commented on 2018-07-03 11:49 (UTC)

This is just dolphin using cmake wrong, discord is statically linked, it shouldn't be installed. Removed those files manually.

OrdinaryMagician commented on 2018-07-02 15:13 (UTC)

Conflicts with the discord-rpc-api packages since it seems to install its own files for that.

alucryd commented on 2018-07-02 13:46 (UTC)

Thanks for the heads up, the wx version is dead, long live the qt version.

novenary commented on 2018-07-01 09:12 (UTC)

The wxwidgets version was removed yesterday, this breaks the PKGBUILD.

mralext20 commented on 2018-06-26 00:25 (UTC) (edited on 2018-06-26 01:07 (UTC) by mralext20)

getting an error on install:

error: failed to commit transaction (conflicting files) dolphin-emu-git: /usr/lib64 exists in filesystem (owned by filesystem) Errors occurred, no packages were upgraded.

another error i got in building: ==> WARNING: Package contains reference to $srcdir <br> usr/bin/dolphin-emu

on my system /usr/lib64 is a symlink to /lib.

installing version 5.0.r8248.2debe9e9d1-1.

gourdcaptain commented on 2018-05-13 20:31 (UTC)

Just recompile it and it'll work with the new FFMPEG. (You'll need to uninstall it to upgrade FFMPEG in the meantime, I guess.)

Marach commented on 2018-05-13 20:30 (UTC) (edited on 2018-05-13 20:30 (UTC) by Marach)

Broken by a recent ffmpeg update:

:: dolphin-emu-git: installing ffmpeg (1:4.0-2) breaks dependency ''

:: dolphin-emu-git: installing ffmpeg (1:4.0-2) breaks dependency ''

:: dolphin-emu-git: installing ffmpeg (1:4.0-2) breaks dependency ''

:: dolphin-emu-git: installing ffmpeg (1:4.0-2) breaks dependency ''

alucryd commented on 2018-05-03 07:19 (UTC) (edited on 2018-05-03 07:20 (UTC) by alucryd)

This is a convention in our repos, just have a look at the -cli packages that are already around, their GUI counterparts also have cli options. I'm not breaking this convention, I'm sure you can live with the name.

linkmauve commented on 2018-05-02 13:35 (UTC)

Hi, please rename your dolphin-emu-cli into dolphin-emu-nogui like upstream, it makes no sense to do this change as both other interfaces have as many CLI options as this one, it just doesn’t have a GUI like them.

alucryd commented on 2018-04-30 09:09 (UTC)

Updated for Qt, thx for the heads up :)

JaqFrost commented on 2018-04-29 17:19 (UTC)

A better fix is to replace the qt sections for wx sections since the old interface is still there.

Line 5 'dolphin-emu-qt-git' to 'dolphin-emu-wx-git' Line 57 {nogui,qt2} to {nogui,wx} Line 71 package_dolphin-emu-qt-git() to package_dolphin-emu-wx-git() Line 72 Remove the 'qt5-base' depends Line 77 Binaries/dolphin-emu-qt2 to Binaries/dolphin-emu-wx

hcorion commented on 2018-04-23 19:38 (UTC)

Yes, please fix this, if you're wondering the relevant PR is here:

gourdcaptain commented on 2018-04-22 05:04 (UTC)

This is broken by the recent change to make the QT version the default, with an error of: "==> Starting package_dolphin-emu-qt-git()... install: cannot stat 'Binaries/dolphin-emu-qt2': No such file or directory"

VerruckteFuchs commented on 2018-03-09 04:06 (UTC)

Sorry I've taken a long time to reply. I expected to get an email notification, but I'm not sure how that works for replies to comments on somebody else's package(s). Anyway, there was an issue with a few of my packages/libraries. Reinstalling them, including glib2, fixed the problem and everything compiles fine. I use F2FS for / and at one point I was getting a fsck error on boot about corrupted files which was probably a result of some forced shut downs. F2FS doesn't use the /lost+found/ directory, so I opted to delete the files hoping they weren't important and to get rid of the error message. It looks like glib2 and some other packages/libraries got corrupted from the errors I was getting elsewhere, which I opted to delete unknowingly. I guess I'm lucky to have been able to boot at all! Good thing I make backups.

alucryd commented on 2017-12-27 14:50 (UTC)

The wx error is nothing to worry about. 3.1.0 is a development version so we won't have it in our repos, and dolphin builds its own anyway.

The gthread error I can't reproduce, neither locally nor in a clean chroot, which means there's a problem with your particular system. Did you perhaps temper with glib2?

VerruckteFuchs commented on 2017-12-24 00:59 (UTC)

I'm getting an error with gthread I haven't gotten before along with a wxWidgets issue:

-- Could NOT find wxWidgets: Found unsuitable version "3.0.3", but required is at least "3.1.0" (found -pthread;;;-lwx_gtk2u_core-3.0;-lwx_gtk2u_aui-3.0;-lwx_gtk2u_adv-3.0;-lwx_baseu-3.0) -- Using static wxWidgets from Externals -- Some or all of the gtk libraries were not found. (missing: GTK2_GLIB_INCLUDE_DIR GTK2_GLIBCONFIG_INCLUDE_DIR) CMake Error at CMake/CheckLib.cmake:51 (message): gthread-2.0 is required but not found Call Stack (most recent call first): Externals/wxWidgets3/CMakeLists.txt:865 (check_lib)

-- Configuring incomplete, errors occurred! See also "/home/user/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/build/CMakeFiles/CMakeOutput.log". See also "/home/user/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/build/CMakeFiles/CMakeError.log". ==> ERROR: A failure occurred in build(). Aborting... :: failed to build dolphin-emu-cli-git,dolphin-emu-qt-git,dolphin-emu-git package(s)

There may be a new dependency on whatever provides gthread, though it looks like it may be some general breakage with GTK dependencies.

agapito commented on 2017-11-28 14:31 (UTC) (edited on 2017-11-28 14:35 (UTC) by agapito)

Using jsoncpp1.8.3 from testing repo: cmake: error while loading shared libraries: cannot open shared object file: No such file or directory

pedrofleck commented on 2017-11-06 20:27 (UTC)

The WX GUI is broken (really small icons/banners, Gdk-critical errors in console and the configurations text isn't formatted correctly) in the last build but I tried Dolphin help and apparently nothing has changed

hcorion commented on 2017-10-29 19:52 (UTC)

That's because you need to launch the Qt version via dolphin-emu-qt2 @gfurst

gfurst commented on 2017-10-28 03:34 (UTC)

I don't get it, apparently the qt version of this is built on this aur repository, however, even if its installed, I'm still running a gtk version?

qlipsos commented on 2017-10-09 03:13 (UTC)

Now depends on "" Provided by "hidapi" package

sleepyoh commented on 2017-07-16 01:12 (UTC)

I can confirm that it build's fine now! =) Thank's!

alucryd commented on 2017-07-15 17:49 (UTC)

Re-enabled PIE and disabled LTO for the Qt build. Arch now enforces PIE for everything.

sleepyoh commented on 2017-07-15 17:15 (UTC)

I say the same as aphirst and krakn, build error 45%, not using any front-end only makepkg.

aphirst commented on 2017-07-14 21:32 (UTC)

I'm getting build/link errors at the same place that "krakn" does, except I don't seem to have -fno-pie set anywhere.

WeenieHut commented on 2017-07-13 21:57 (UTC) (edited on 2017-07-13 22:25 (UTC) by WeenieHut)

CommandLine Error: Option 'help-list' registered more than once! Whenever I try to run a game or change a setting Dolphin crashes with the error above. I've read that its an upstream LLVM error. Can anyone else confirm the issue and which LLVM I should be using to compile? I was using LLVM-svn which I had last compiled from source last year. I'm guessing stable repo LLVM has surpassed the year old svn version I had built. Removed SVN and installed latest stable. Compiling now. Will update with results. Switching to LLVM stable fixed the issue!! All the dank Vulkan performance <3

0x647262 commented on 2017-07-13 04:14 (UTC) (edited on 2017-07-13 13:43 (UTC) by 0x647262)

Build fails with: ``` -DCMAKE_CXX_FLAGS='-fno-pie' ``` ``` [ 45%] Linking CXX executable ../../../Binaries/traversal_server /usr/bin/ld: /tmp/ccG45bps.ltrans0.ltrans.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status make[2]: *** [Source/Core/Common/CMakeFiles/traversal_server.dir/build.make:95: Binaries/traversal_server] Error 1 make[1]: *** [CMakeFiles/Makefile2:965: Source/Core/Common/CMakeFiles/traversal_server.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ``` Compiling with: ``` CFLAGS+=('-fPIC') CXXFLAGS+=('-fPIC') ``` ``` [ 45%] Linking CXX executable ../../../Binaries/traversal_server /usr/bin/ld: /tmp/ccKaaibk.ltrans0.ltrans.o: relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: error: ld returned 1 exit status make[2]: *** [Source/Core/Common/CMakeFiles/traversal_server.dir/build.make:95: Binaries/traversal_server] Error 1 make[1]: *** [CMakeFiles/Makefile2:965: Source/Core/Common/CMakeFiles/traversal_server.dir/all] Error 2 make: *** [Makefile:152: all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ``` Build Environment: ``` #-- Compiler and Linker Flags # -march (or -mcpu) builds exclusively for an architecture # -mtune optimizes for an architecture, but builds for whole processor family CPPFLAGS="-D_FORTIFY_SOURCE=2" CFLAGS="-march=native -O2 -pipe -fstack-protector-strong -fPIC" CXXFLAGS="-march=native -O2 -pipe -fstack-protector-strong -fPIC" LDFLAGS="-Wl,-O1,--sort-common,--as-needed,-z,relro" #-- Make Flags: change this for DistCC/SMP systems MAKEFLAGS="-j 32" #-- Debugging flags DEBUG_CFLAGS="-g -fvar-tracking-assignments" DEBUG_CXXFLAGS="-g -fvar-tracking-assignments" ``` If you need anything else, just let me know.

hcorion commented on 2017-06-29 21:18 (UTC) (edited on 2017-06-29 21:32 (UTC) by hcorion)

Please remove the -DENABLE_LTO='TRUE' \ in CMake. Qt doesn't work with LTO for some reason, it builds fine, but the GUI is non-functional. See:

DocMAX commented on 2017-06-16 17:39 (UTC)

home/docmax/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/Externals/wxWidgets3/include/wx/bitmap.h:188:20: Warnung: »GetScaleFactor« verletzt die One-Definition-Rule von C++ [-Wodr] virtual double GetScaleFactor() const { return 1.0; } ^ /home/docmax/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/Externals/wxWidgets3/include/wx/bitmap.h:188:20: Anmerkung: »GetScaleFactor« wurde vorher hier deklariert virtual double GetScaleFactor() const { return 1.0; } ^ In Elementfunktion »operator 70«, eingefügt von »ParseCommandLine« bei/home/docmax/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinWX/Main.cpp:166:88: /home/docmax/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/Externals/wxWidgets3/include/wx/cmdargs.h:54:39: Warnung: Argument 1 Wert »18446744073709551615« übersteigt maximale Objektgröße 9223372036854775807 [-Walloc-size-larger-than=] m_argsA = new char *[count]; ^ /home/docmax/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/Externals/wxWidgets3/include/wx/cmdargs.h: In Elementfunktion »ParseCommandLine«: /usr/include/c++/7.1.1/new:122:7: Anmerkung: in einem Aufruf der hier deklarierten Allokationsfunktion »operator new []« void* operator new[](std::size_t) _GLIBCXX_THROW (std::bad_alloc) ^ /usr/lib/ undefined reference to `clReleaseMemObject@OPENCL_1.0' /usr/lib/ undefined reference to `clGetPlatformInfo@OPENCL_1.0' /usr/lib/ undefined reference to `clCreateProgramWithSource@OPENCL_1.0' /usr/lib/ undefined reference to `clCreateCommandQueue@OPENCL_1.0' /usr/lib/ undefined reference to `clCreateBuffer@OPENCL_1.0' /usr/lib/ undefined reference to `clBuildProgram@OPENCL_1.0' /usr/lib/ undefined reference to `clGetDeviceInfo@OPENCL_1.0' /usr/lib/ undefined reference to `clReleaseContext@OPENCL_1.0' /usr/lib/ undefined reference to `clGetPlatformIDs@OPENCL_1.0' /usr/lib/ undefined reference to `clReleaseCommandQueue@OPENCL_1.0' /usr/lib/ undefined reference to `clSetKernelArg@OPENCL_1.0' /usr/lib/ undefined reference to `clEnqueueUnmapMemObject@OPENCL_1.0' /usr/lib/ undefined reference to `clCreateContextFromType@OPENCL_1.0' /usr/lib/ undefined reference to `clEnqueueMapBuffer@OPENCL_1.0' /usr/lib/ undefined reference to `clGetProgramBuildInfo@OPENCL_1.0' /usr/lib/ undefined reference to `clGetDeviceIDs@OPENCL_1.0' collect2: Fehler: ld gab 1 als Ende-Status zurück make[2]: *** [Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/build.make:2348: Binaries/dolphin-emu] Fehler 1 make[1]: *** [CMakeFiles/Makefile2:1184: Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all] Fehler 2 make: *** [Makefile:152: all] Fehler 2 ==> FEHLER: Ein Fehler geschah in build(). Breche ab... :: Konnte dolphin-emu-git-Paket(e) nicht erstellen

alucryd commented on 2017-06-04 20:04 (UTC)

Must have been fixed upstream, works here now.

gourdcaptain commented on 2017-06-04 03:55 (UTC) (edited on 2017-06-04 06:29 (UTC) by gourdcaptain)

I'm getting a bunch of warnings trying to compile this ending with the error: /home/gourdcaptain/.cache/pacaur/dolphin-emu-git/src/dolphin-emu/Externals/wxWidgets3/include/wx/cmdargs.h: In member function ‘ParseCommandLine’: void* operator new[](std::size_t) _GLIBCXX_THROW (std::bad_alloc)" EDIT: Later experimentation notes the build works if you disable the QT UI and that package, for the record.

worfhard commented on 2017-05-20 22:04 (UTC)

Qt is starting to get a lot of updates now, would be nice if it was fixed

VerruckteFuchs commented on 2017-05-15 23:48 (UTC)

The latest update to 5.0.r3755.f4e8a01d16 fixed the issues I was having. I also can now use Vulkan without crashing for the first time. Nvidia: 381.22-1 Kernel: 4.10.13

saildata commented on 2017-03-13 19:55 (UTC)

Confirmed working: Version: 5.0.r2897.8035270aa8-1 Kernel: 4.10 NVIDIA: 378.13 Tested: Vulkan 1080p, 2160p; No regressions noted.

VerruckteFuchs commented on 2017-02-17 22:57 (UTC) (edited on 2017-02-17 23:00 (UTC) by VerruckteFuchs)

When I try to start a game I'm getting: WriteRest: op out of range (0x41f5a039 uses 0x7f42f087d2a8) Clicking "No" on the dialog box results in dolphin-emu aborting with a core dump. edit: I'm also getting some compiler issues/warnings with JIT during compile along with some UGeckoInstruction inst being defined as the wrong type.

mitch1887 commented on 2017-02-06 14:51 (UTC)

I am also having issues with missing icons and INI files.

piejacker875 commented on 2017-02-04 14:21 (UTC)

I've been having some trouble with missing INI files. This is leading to missing icons in the main window and games not functioning properly due to configuration settings not being applied.

alucryd commented on 2017-01-29 15:53 (UTC)

makepkg allows for installing only the split packages you want, there's nothing wrong with the PKGBUILD.

lmello commented on 2017-01-27 19:43 (UTC)

The PKGBUILD shouldn't automatically install three packages at once: package_dolphin-emu-git() { provides=('dolphin-emu') conflicts=('dolphin-emu') cd dolphin-emu/build make DESTDIR="${pkgdir}" install rm -rf "${pkgdir}"/usr/bin/dolphin-emu-{nogui,qt2} install -Dm 644 ../Data/51-usb-device.rules -t "${pkgdir}"/usr/lib/udev/rules.d/ } package_dolphin-emu-cli-git() { depends=('dolphin-emu-git') cd dolphin-emu/build install -dm 755 "${pkgdir}"/usr/bin install -m 755 Binaries/dolphin-emu-nogui "${pkgdir}"/usr/bin/dolphin-emu-cli } package_dolphin-emu-qt-git() { depends=('dolphin-emu-git' 'qt5-base') cd dolphin-emu/build install -dm 755 "${pkgdir}"/usr/bin install -m 755 Binaries/dolphin-emu-qt2 "${pkgdir}"/usr/bin/ }

mralext20 commented on 2017-01-09 18:34 (UTC)

anyone able to compile this as of v1729? i am unable to compile and the compile fails at around 100% completion

e8hffff commented on 2016-12-16 14:13 (UTC)

Can anyone actually get this working without using a Rassberry Pi proof of concept run, or some system that never gets patched? Like can real people run this project and it syncs with their wiimotes everytime?

alucryd commented on 2016-12-14 18:09 (UTC)


e8hffff commented on 2016-12-14 18:03 (UTC)

Useless project for Linux as bluetooth is bombed out as soon as you attempt to sync the Wiimote in Dolphin using KDE or Gnome. The alternative detection doesn't work neither. MS Windows works fine. Conspiracy, maybe, but definitely a dud project on Linux as you can't even deploy a fundamental aspect.

alucryd commented on 2016-11-16 16:40 (UTC)

Had you googled active-documentviewer, you'd have realized it's a default document viewer in KDE, which you probably don't have installed since it's neither in the official repos, nor (at first glance) in AUR. You can most likely change your default document viewer somewhere in the KDE settings.

tempomolto commented on 2016-11-15 18:56 (UTC)

When I right click on a game, then select Properties, the Edit configuration, I've got this error: "wxexecute returned -1 on application run" in a pop-up window. and at the same time, on my konsole output: execvp(active-documentviewer, /home/jo/.local/share/dolphin-emu/GameSettings/RMCP01.ini) failed with error 2! I'm on Kde Desktop. I can imagine it's linked to a missing viewer, but I'm a bit lost here.

e8hffff commented on 2016-11-14 18:04 (UTC)

@alucryd ok I found the literal bluetooth pass-through in the dolphin client. I hadn't used that as in earlier builds it wasn't working for me. I will do some testing as my first one had bluez crash as soon as I sync'ed.

e8hffff commented on 2016-11-14 17:08 (UTC)

@alucryd what do you mean by bluetooth pass-through? I've got KDE installed with bluetooth integration and bluez obviously, and can't get the wiimotes to detect in Dolphin, but they do work general with bluetooth detection and the desktop. I've tried X11 wiimote driver, and cwiid, but uninstalled them as they didn't improve situation nor should they be valid. I've read the wiki on Archlinux plenty of times too. Rarely they will work on Dolphin and you get the rumbler sensation. Do I need any special udev entries? It's quiet ridiculous the trouble, and I've read plenty of others with the same issues. If a large portion of people have these troubles and simply move on, then this project is more under utilised.

alucryd commented on 2016-11-13 13:55 (UTC)

Bluetooth passthrough works perfectly fine here, why don't you try it or even make productive comments instead of being very rude to people who are working in their free time for your personam enjoyment?

e8hffff commented on 2016-11-11 11:05 (UTC)

Now the Wiimote is not detecting again. Crazy shit quality.

e8hffff commented on 2016-11-08 15:31 (UTC)

Spoke too soon. On latest build it seems HID-API is working. Recognised Wiimote straight up. Way to go. My apologises to those working hard.

e8hffff commented on 2016-11-08 14:34 (UTC)

This is another useless project on Linux as getting the controllers to work is a nightmare unless you're running a barebones cli/x11 system. The emulator does not work with bluetooth integration on windows engines like KDE or Gnome. There is some initial work for HIDAPI support but. Makes you want to pull your hair out and lump using MS Windows, as so much is dysfunctional on Linux.

BlackLotus89 commented on 2016-11-04 19:39 (UTC)

It doesn't emulate triforce anymore.

e8hffff commented on 2016-10-21 15:35 (UTC)

Annoying that this emulator on Linux doesn't recognise Wiimotes detected/connected via KDE bluetooth integration. Consider Windows uses Wiimotes connected to the system wide bluetooth. Ridiculous that Dolphin-emu attempts its own Bluez detection.

Martchus commented on 2016-08-05 11:30 (UTC)

Has been fixed in 25c77babebe625b46d96d62af9ef3a7bb3f4d99c. The header curl.h is now included directly which should prevent further errors of this kind.

0x647262 commented on 2016-08-05 01:21 (UTC) (edited on 2016-08-05 02:37 (UTC) by 0x647262)

Seems to be broken again: cURL version: 7.50.1-1 Downgraded cURL to version 7.50.0-1. Compiles without the error. Seems the problem lies in: (diff of /usr/include/curl/curl.h 7.50.0-1 to 7.50.1-1)

cubethethird commented on 2016-08-01 14:40 (UTC)

Ah my bad. For some reason I thought the package needed to be updated manually. Probably should have checked the PKGBUILD.

alucryd commented on 2016-08-01 08:44 (UTC)

@Martchus: Great job. @cubethethird: Why flag out of date?

cubethethird commented on 2016-07-31 23:06 (UTC)

Just finished building the latest master from github and it builds without issue. Also, due to a previous PR, my generic USB gamepad now works again. Yay!

Martchus commented on 2016-07-31 22:51 (UTC)

The fix is merged now :-)

Martchus commented on 2016-07-29 17:29 (UTC) (edited on 2016-07-29 18:03 (UTC) by Martchus)

The problem occurs because our libcurl is newer than the one version used by the Dolphin devs. I have already fixed it, just need to test whether it actually works and then create a pull request. Here is the PR: To use it until it is merged (there is also an alternative fix which might be merged instead), just use my fork:

bl4ckout commented on 2016-07-29 16:46 (UTC)

I've got the same error too. Log is the same as @DrDoctor.

WhatTheBuck commented on 2016-07-27 15:07 (UTC)

I'm having build problems when building utilsx11:

alucryd commented on 2016-07-04 19:41 (UTC)

Can't reproduce, probably fixed upstream.

WhatTheBuck commented on 2016-07-02 13:32 (UTC)

Build error occurs when building Core.cpp.o. Full log of build:

mralext20 commented on 2016-07-02 00:32 (UTC)

@thejacer87 you should try doing a pacman -Syu, and if that fails, refreshing your mirrors file

thejacer87 commented on 2016-06-30 03:19 (UTC)

error: failed retrieving file 'mbedtls-2.2.1-1-x86_64.pkg.tar.xz' tries all the mirrors it can, then fails. this happens for dolphin-emu-git and dolphin-emu

alucryd commented on 2016-06-26 07:30 (UTC)

You most likely built it on a system with sfml installed, and ran it on a system without sfml installed. Try rebuilding on the latter.

ammonaur commented on 2016-06-25 19:44 (UTC)

dolphin-emu: error while loading shared libraries: cannot open shared object file: No such file or directory Dolphin appears to require sfml in order to run, but it's no longer a dependency.

alucryd commented on 2016-06-25 16:48 (UTC)

Updated to mirror [community]. FTR, 4.0.2 was hardcoded because there was no 4.0.2 tag, but it's all good now with 5.0 :)

oxalin commented on 2016-06-25 01:57 (UTC)

The first part of the version should be updated to 5.0 (newly released). Also, if you really want to have the release or tag number in the version, shouldn't you get it directly from git, something like "git describe --abbrev=0 --tags"?

linkmauve commented on 2016-06-19 02:42 (UTC) (edited on 2016-06-19 03:02 (UTC) by linkmauve)

Hi, now that usage statistics reporting has been merged (see <>), you should add -DDISTRIBUTOR='' to the cmake options so upstream can see where these builds comes from. Also, you should install the udev rule for the Wii U GC adapter, add `install -Dm644 Data/51-usb-device.rules "$pkgdir/usr/lib/udev/rules.d/51-usb-device.rules"` to the package_dolphin-emu-git function.

nicman23 commented on 2016-05-06 11:35 (UTC)

is there any reason performance or stability wise, to compile with clang?

Neros commented on 2016-04-15 23:18 (UTC)

Dolphin-emu is still super slow with the new Nvidia driver 364.16 (it was all good months ago). Does anyone know why? Is there a solution? Because now, sadly, I have to run dolphin on Windows if I want to play :(

Martchus commented on 2016-03-16 17:57 (UTC) (edited on 2016-03-16 18:02 (UTC) by Martchus)

I'm also using NVIDIA and noticed that the performance is very impaired in some cases. I don't know since when exactly, because I'm not playing regularly. I switched from the regular package to this Git version and it actually helped. However, I am still using the version which has pie enabled because I accidentally used an older version of the PKGBUILD. Because this is working for me, I'm currently not rebuilding. Additionally, the compositor seems to have a big impact on the performance. Under Plasma 5 with KWin I just get around 20 FPS playing Wind Waker with the best settings. Disabling the compositor doesn't help (alt + shift + F12) and just causes the Plasma shell to stop updating so the Plasma shell is more or less unusable. However, when starting a plain Open Box session, I can play with the same setup with almost 60 FPS. This is also the case when playing other games without emulation, e.g. Talos Principle. But Dolphin is always using 2 cores for me.

SuperIce97 commented on 2016-03-16 04:45 (UTC) (edited on 2016-03-16 04:45 (UTC) by SuperIce97)

@Neros: You're not the only one. I literally just bought a Gamecube to USB adapter to play Metroid Prime and I tried the game again and it's running much slower than it did a month ago. I tried reverting to nvidia-352 but it ran the same. I even tried an older kernel and that didn't help. I'm not quite sure how to fix this, but one thing I noticed is that dolphin is only using one CPU thread, when it should be using 2. Does anyone have any ideas on what this could be or how to fix it?

Neros commented on 2016-03-09 17:14 (UTC) (edited on 2016-03-16 22:39 (UTC) by Neros)

It seems that dolphin doesn't work good with the last nvidia driver 361.28. All the games are as slow as if I was using the Intel card... Am I the only one?

Martchus commented on 2016-02-29 14:34 (UTC)

Thanks for the reply. Seems I accidentally used an old version of the PKGBUILD. I also read the comment from the Dolphin dev about the pie flag. Seems I'm luckily not immediately affected by the bug. That the Qt GUI is currently broken is not a big deal since there haven't been a lot of features implemented yet.

rubic commented on 2016-02-29 07:18 (UTC)

Martchus: Those changes appear to already be in the PKGBUILD. However, DolphinQt2 is broken in the latest PKGBUILD as -fno-pie is enabled. Qt requires pie and we are waiting on a pull request that ensures the -fno-pie flag is not applied to it.

Martchus commented on 2016-02-28 22:23 (UTC)

Dolphin devs seem to call the Qt GUI now Qt2. Hence -DENABLE_QT='TRUE' is now -DENABLE_QT2='TRUE' and Binaries/dolphin-emu-qt is now Binaries/dolphin-emu-qt2 which has to be removed within package_dolphin-emu-git(): rm -rf "${pkgdir}"/usr/bin/dolphin-emu-qt2

linkmauve commented on 2016-02-26 11:24 (UTC)

Hi, Please remove the -DENABLE_SDL=TRUE, as it’s been deprecated on Linux, so libevdev will be used instead. Also, have a run of namcap on the generated packages, you are missing things like hicolor-icon-theme or a .install script to run xdg-icon-resource. Thanks.

Yann.O commented on 2016-02-02 21:39 (UTC)

Thanks for adding the "-fno-pie" flag. I've been relying on customize-pkg to patch the PKGBUILD for a while now seeing as this modification was previously refused. Now Dolphin-git can be compiled and run without this annoying bug.

alucryd commented on 2016-01-21 14:20 (UTC)

Thanks for the explanation, we do have ASLR enabled by default, I guess my play sessions were just never long enough to trigger the error.

Sonicadvance1 commented on 2016-01-21 08:21 (UTC)

Due to how memory allocation works, especially on a system without ASLR enabled. You may get lucky up until a point and it would be allocating memory in the virtual memory space <4GB. Eventually this memory space will be exhausted and then at that point Dolphin will spit out an error. So there is a variety of factors that can cause it to break immediately or still take a decent amount of play time due to luck.

alucryd commented on 2016-01-21 07:33 (UTC)

Thanks for the info. I still can't help but wonder, if it completely breaks CPU emulation, why is it I have never experienced the issue nor got any bug report for the stable package in [community]? Does it really affect everyone or only a subset? FTR, I have never explicitely enabled PIE, it's on by default, you might want to consider disabling it by default on everything not AArch64. Anyway, just pushed an updated PKGBUILD.

Sonicadvance1 commented on 2016-01-20 23:10 (UTC)

Hello. Dolphin emulator developer here. I made an account on this just for this. We've had dozens of users come to our IRC channel complaining about this. To the point that I've been copy and pasting the new cmake command required to work around this issue. Your enabling PIE fundamentally breaks our x86_64 CPU recompiler. It isn't just "one" person having an issue with it. It completely breaks our CPU emulation! It's easy enough to figure this out by attempting to launch any game with the version you compile! So please, disable PIE like we require and hopefully in the future when someone decides to take the time to finish the work on x86_64 PIE support then you'll be able to re-enable the PIE flag. Also another FYI. You /can/ enable pie on AArch64 builds of Dolphin if you so want. It's only the x86_64 architecture that mandates the feature to be disabled.

alucryd commented on 2016-01-20 07:22 (UTC)

Not sure what you mean by "none of the other flasg are needed", also LTO does not slow down at compile time, it's called _link time_ optimization for a reason. Finally, this has been discussed before, I'm not sacrificing pie because one in a hundred people has troubles with it.

aconscious commented on 2016-01-20 06:07 (UTC)

Needed to add -DCMAKE_CXX_FLAGS='fno-pie' and -DCMAKE_C_FLAGS='fno-pie' for it not to break when running games throwing writerest errors and crashing. None of the other flags are needed. LTO slows down compile.

headkase commented on 2016-01-19 11:08 (UTC)

Thank you alucryd.

alucryd commented on 2016-01-19 09:55 (UTC)

Apologies for the late update, unfortunately I'm incredibly busy these days. The qt build was renamed qt2, updated the PKGBUILD accordingly.

headkase commented on 2016-01-09 07:20 (UTC)

Flagging out-of-date for the reason given in the previous comment.

headkase commented on 2016-01-09 07:00 (UTC)

Ok, building without dolphin-emu-qt-git works. The devs did indeed kill the qt branch. There are normally three split packages resulting out of this build. As long as you get two, dolphin-emu-cli-git and dolphin-emu-git, then you're good. You don't need dolphin-emu-qt-git. You can edit the PKGBUILD and MKPKG to remove those references or just build it and let it fail and you still have the two required packages as dolphin-emu-qt-git is packaged last anyway.

samkostka commented on 2016-01-08 22:59 (UTC)

Getting the error here when trying to update Dolphin. ==> Starting package_dolphin-emu-qt-git()... install: cannot stat ‘Binaries/dolphin-emu-qt’: No such file or directory ==> ERROR: A failure occurred in package_dolphin-emu-qt-git(). Aborting... The build failed.

headkase commented on 2016-01-08 18:47 (UTC)

Still getting the error, can anyone else confirm? Any suggestions I could try and report back with?

headkase commented on 2016-01-06 15:32 (UTC)

Getting this error with r8583: ==> Starting package_dolphin-emu-qt-git()... install: cannot stat ‘Binaries/dolphin-emu-qt’: No such file or directory ==> ERROR: A failure occurred in package_dolphin-emu-qt-git(). Aborting... The Dolphin emulator team just did do some removal of functionality relating to unused QT code that might be the culprit here..

txus commented on 2015-12-27 15:53 (UTC) (edited on 2015-12-27 15:53 (UTC) by txus)

@alucryd Sorry for the late answer, holidays in the middle of nowhere with terrible internet connection got in the way... Yep, I can confirm this too, working fine now.

c_t commented on 2015-12-20 15:11 (UTC)

@alucryd Yes. Tried it out just now, works perfectly for me.

alucryd commented on 2015-12-20 12:05 (UTC)

Looks like it builds fine now, can you guys confirm?

c_t commented on 2015-12-16 11:24 (UTC)

@txus Me too. dolphin-emu-nogui seems to link fine. I get an error for target 'GameFile.cpp.o' during linking of dolphin-emu-qt. Seems to be Qt related, but I'm not sure what is wrong. I would assume that the qt5 libraries in Arch are probably just much newer than what the dolphin team uses. Has anyone been able to fix this?

txus commented on 2015-12-15 20:42 (UTC)

Anybody else getting an error during/just after linking?

godofgrunts commented on 2015-11-09 03:06 (UTC)

@txus Thank you!

mralext20 commented on 2015-11-05 17:34 (UTC) (edited on 2015-11-05 17:47 (UTC) by mralext20)

can you package maintainer change the PKGBUILD to not remove the build directory, instead discarding changes? this would save some bandwidth for users. EDIT: i have found a solution to this issue. if anyone else wishes to do this, follow this page on the arch wiki. this does not appear to be an issue with your PKGBUILD. but rather user configuration.

txus commented on 2015-10-28 07:59 (UTC)

Is anybody else seeing ca conflict between dolphin-emu-git and dolphin-emu-qt-git? The PKGBUILD should have the line "rm -rf "${pkgdir}"/usr/bin/dolphin-emu-qt" at the end of the package section of dolphin-emu-git, else both packages end up having dolphin-emu-qt.

gourdcaptain commented on 2015-10-17 19:27 (UTC) (edited on 2015-10-18 01:55 (UTC) by gourdcaptain)

I can't get this to work - launching any game results in an andless procession of "WriteRest: op out of range (0x43f76122 uses 0x55b7913e7148)" (with variable hex addresses). Any suggestions? EDIT: Got it to work by following the wiki's suggestions and building it with -fno-pie in CXX_FLAGS.

headkase commented on 2015-10-01 13:23 (UTC)

Well, it's not a build problem as the package now builds correctly. If it is an emulator problem then perhaps you should open an issue on their official tracker:

aereaux commented on 2015-10-01 02:55 (UTC)

Yes, but we (at least I, and I'm assuming a lot of the other people who are still having this problem need version) need version 7840 for netplay.

headkase commented on 2015-09-30 22:55 (UTC)

As of 7866 the miniupnpc issue is fixed: I compiled 7870 using this unmodified PKGBUILD and it now builds fine.

mus commented on 2015-09-29 17:42 (UTC)

Doesn't compile since last miniupnpc update. Workaround is to add -DUSE_UPNP='FALSE' to cmake parameters.

bdv commented on 2015-09-12 20:06 (UTC)

Hi, I am able to build dolphin but the package won't install. looking through the comments I saw a similar problem from about a year back but didn't see a solution. [100%] Built target dolphin-emu ==> Entering fakeroot environment... ==> Starting package_dolphin-emu-git()... make: *** No rule to make target 'install'. Stop. ==> ERROR: A failure occurred in package_dolphin-emu-git(). Aborting... ==> ERROR: Makepkg was unable to build dolphin-emu-git.

alucryd commented on 2015-08-30 09:37 (UTC)

Confirmed it's not needed anymore, also got rid of -fpermissive while I was at it. Thx for the reminder :)

delroth commented on 2015-08-29 22:15 (UTC)

-fno-inline-functions shouldn't be needed anymore (it was required to work around a gcc/wxgtk bug a few months ago). Given that it has the potential to decrease performance, I would suggest getting rid of it now.

alucryd commented on 2015-07-17 21:47 (UTC)

Fair enough, I didn't realize the 4.0.x were on a hotfixes branch. Still several distros, including arch, packaged the 4.0.2 tarball in their repos. I still want the version of the git package to be superior to the one in the repos, so as a compromise I'll keep 4.0.2 but start counting revs from the 4.0 tag so that at least the rev number is identical to upstream builds.

linkmauve commented on 2015-07-17 21:28 (UTC)

Actually 4.0.1 and 4.0.2 were only released for Windows and master never got those merged in, so you should still use upstream versioning.

alucryd commented on 2015-07-06 07:50 (UTC)

evdev just landed in master, PKGBUILD updated.

alucryd commented on 2015-07-03 08:26 (UTC)

That change was merged in the stable branch, not the master branch. There is however a new dep on enet. As for the version scheme, there is an official 4.0.2 release, as such 4.0.2.blah is the correct way to go, regardless of what upstream is advertising.

linkmauve commented on 2015-07-03 00:36 (UTC)

As of 4.0-6930, Dolphin dropped the dependency on sdl2 to add one on libevdev, for joystick support on Linux. You might also want to change the version number to something closer to upstream, like 4.0.<number of commits>.<last commit hash>, instead of the current 4.0.2.r<number of commits>.<last commit hash>.

alucryd commented on 2015-06-20 06:30 (UTC)

lolwut? First, dolphin is _not_ "designed to go" in /usr/local, second, do you even know where the themes and icons are stored? Anyway dolphin has always worked like this, and will always do, there's something wrong on your side, not with the package.

rubic commented on 2015-06-20 05:06 (UTC)

The cmake flag -DCMAKE_INSTALL_PREFIX='/usr' installs dolphin in /usr instead of /usr/local where it is designed to go. Because of this the themes do not load correctly, noticeable by the lack of icons and error message on startup. Can this flag be removed to avoid this issue?

sudsbud commented on 2015-06-07 21:06 (UTC)

I was having the same issue that you describe. I went to the dolphin irc for help and they noticed that I was linking polarssl from /usr/local/lib. I noticed then that it was using an old version that I must have gotten from trying out Tox, but then not bothering with it for a long time. After deleting my usr/local (tox was basically the only thing in there for me, but you should look for anything important) dolphin now compiles and runs just fine.

thygar392 commented on 2015-05-24 16:39 (UTC)

I have been having issues with write rest using dolphin-emu-git as well as dolphin-emu stable from extra. I recently reinstalled archbang, (the prior installation didn't have any issue with WriteRest in dolphin-emu.) I even tried using the git package from the older install, and no go. -fno-pie flag did not help with the latest git. I also tried one older than the version working on the older archbang install. Only dolphin-emu-qt gets into some games, even then, dolphin-emu-qt-git will not properly enter fullscreen mode and locks up when starting a game most of the time. Has anyone else had this issue (-fno-pie CXX-FLAG option not helping with WriteRest errors?)

bluerider commented on 2015-05-15 22:20 (UTC)

I've been having an issue with bumblebee + dolphin-emu on the last build. I've been getting low FPS; anyone encounter the same?

alucryd commented on 2015-04-21 08:59 (UTC)

Should be fixed upstream already.

necbot commented on 2015-04-21 01:08 (UTC)

I get the following build error... In file included from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameFile.h:13:0, from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameTracker.h:12, from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameGrid.h:11, from /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DolphinQt/GameList/GameGrid.cpp:9: /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DiscIO/Volume.h: In member function ‘virtual u32 DiscIO::IVolume::Read32(u64, bool) const’: /home/necbot/AUR/dolphin-emu-git/src/dolphin-emu/Source/Core/DiscIO/Volume.h:27:10: error: ‘Common’ has not been declared return Common::swap32(temp); ^ Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/build.make:217: recipe for target 'Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/GameList/GameGrid.cpp.o' failed make[2]: *** [Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/GameList/GameGrid.cpp.o] Error 1 CMakeFiles/Makefile2:1160: recipe for target 'Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/all' failed make[1]: *** [Source/Core/DolphinQt/CMakeFiles/dolphin-emu-qt.dir/all] Error 2 Makefile:146: recipe for target 'all' failed make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting...

BrianAllred commented on 2015-04-02 12:34 (UTC)

Those weren't my words, those came straight from the guys in the Dolphin IRC channel. I understand both points of view, but I tend to agree with yours. I just wish I knew why my system is in the minority having issues with PIE.

alucryd commented on 2015-04-02 07:24 (UTC)

I don't know where you got the idea that we're adding PIE everywhere but you might want to check your source because we're doing no such thing... Have a look at /etc/makepkg.conf if you don't believe me, I don't see no -fPIE in there. Sure, there have been talks about enforcing it in [core], but nobody has yet to act on them. If you want to blame someone, blame CMake for enabling PIE by default, but certainly not Arch Linux. Now if PIE did cut performances in half, I would gladly disable it in dolphin, but as long as it doesn't, the added security is welcome. The 1% having issues with it can just edit the PKGBUILD before building.

BrianAllred commented on 2015-04-02 02:55 (UTC)

alucryd: They told me to tell the Arch guys to stop adding PIE to everything. So... yeah...

alucryd commented on 2015-03-30 12:28 (UTC)

BrianAllred: Please report that upstream then, I will not give PIE up if only a few systems have problems with it.

BrianAllred commented on 2015-03-27 21:21 (UTC)

Need to add '-fno-pie' to the CXX_FLAGS, or launching games will fail on some systems with a WriteRest error.

bluerider commented on 2015-03-16 02:41 (UTC)

The PKGBUILD fails because the patch has already been applied. I commented out the patch line in prepare() and it compiles fine.

mac1202 commented on 2015-03-15 16:24 (UTC)

The patch has been applied upstream.

alucryd commented on 2015-03-13 11:59 (UTC)

Patched, however I ran into some (unrelated) invalid conversions on the way, had to add -fmpermissive to the build flags.

alucryd commented on 2015-03-13 11:32 (UTC)

Same here. Dolphin has always been relying on the FindOpenGL module from CMake to find the X11 libraries, however this module no longer looks for them as of CMake 3.2 so Dolphin has to do it itself from now on. I will produce a patch when I have some time.

agapito commented on 2015-03-12 13:33 (UTC)

Trying to compile using llvm 3.6 and mesa 10.5 from staging repo. OpenAL found, enabling OpenAL sound backend -- Found LLVM 3.6.0 X11 support disabled CMake Error at CMakeLists.txt:458 (message): No suitable display platform found Requires x11 to run -- Configuring incomplete, errors occurred!

Omar007 commented on 2015-03-07 18:20 (UTC)

Oh I should've added this to my msg as well; an FYI for those that don't know. You can run dolphin-emu with the -U flag, to move the user folder it uses. (for example: 'dolphin-emu -U ~/.local/share/dolphin-emu')

Omar007 commented on 2015-03-07 18:07 (UTC)

Is it just me or does this dolphin version throw all the dolphin folders straight into ~/* as opposed to something like either ~/.dolphin/* or ~/.local/share/dolphin/* when you run it?

alucryd commented on 2015-03-07 16:57 (UTC)

Thx for the heads up, dep changed.

jakebailey commented on 2015-03-07 08:07 (UTC)

polarssl was renamed to mbedtls. It existed with both names for a few days, but was removed recently. Can you update the dependencies with the new name? As far as I can tell, it doesn't effect the build process.

alucryd commented on 2015-02-18 10:18 (UTC)

A VCS package can _never_ be out of date by nature [1], did you even try building the package before flagging out of date twice? [1]

hertog commented on 2015-02-17 23:15 (UTC)

This is out of date, the last version is 4.0-5517.127e742992597d553f6d54907d6b67d9d56c6cb1

alucryd commented on 2015-02-02 11:14 (UTC)

I just split the PKGBUILD into the regular dolphin-emu-git which contains the wx build, dolphin-emu-cli-git for those who prefer th enogui build (binary is dolphin-emu-cli) and dolphin-emu-qt-git for those adventurous enough to try out the new and not yet shiny Qt build (binary is dolphin-emu-qt). In time, the Qt UI is meant to replace the Wx one.

alucryd commented on 2015-02-01 15:00 (UTC)

ShalokShalom: I'm quite sure the "// XXX not 64-bit clean" comment on the offending line in CoreParameter.cpp means that upstream is aware of this. Anyway, feel free to drop a bug report on them if you'd like.

ShalokShalom commented on 2015-02-01 00:12 (UTC)

Upstream dont know this Issue at all and there is even no Bug Report about that.

alucryd commented on 2015-01-19 10:35 (UTC)

malbeth: I'd rather not, first because it's against arch' policy to patch, and second because it's not a 100% reliable fix, if it was, upstream would have applied it a long time ago.

malbeth commented on 2015-01-18 03:16 (UTC)

Could you include the 64 bit patch in the pkg ?

alucryd commented on 2014-11-27 08:26 (UTC)

I feel like I've answered this a million times already. The error is literally staring at you "/usr/lib/ undefined reference to `x265_encoder_open_31'". You're most likely using an unsupported ffmpeg which you haven't rebuilt against libx265. Please, people, please learn how to deal with these things before you use unsupported stuff, it's called unsupported for a reason :P

z1lt0id commented on 2014-11-27 00:12 (UTC)

I get this error when compiling. Linking CXX executable ../../../Binaries/dolphin-emu /usr/lib/ undefined reference to `x265_encoder_open_31' collect2: error: ld returned 1 exit status Source/Core/DolphinWX/CMakeFiles/dolphin-emu-nogui.dir/build.make:168: recipe for target 'Binaries/dolphin-emu-nogui' failed make[2]: *** [Binaries/dolphin-emu-nogui] Error 1 CMakeFiles/Makefile2:611: recipe for target 'Source/Core/DolphinWX/CMakeFiles/dolphin-emu-nogui.dir/all' failed make[1]: *** [Source/Core/DolphinWX/CMakeFiles/dolphin-emu-nogui.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... /usr/lib/ undefined reference to `x265_encoder_open_31' collect2: error: ld returned 1 exit status Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/build.make:1343: recipe for target 'Binaries/dolphin-emu' failed make[2]: *** [Binaries/dolphin-emu] Error 1 CMakeFiles/Makefile2:569: recipe for target 'Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all' failed make[1]: *** [Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all] Error 2 Makefile:147: recipe for target 'all' failed make: *** [all] Error 2

alucryd commented on 2014-10-23 13:26 (UTC)

My bad, brain fart in last update. Should be fiexd now, thx for reporting.

aphirst commented on 2014-10-23 13:19 (UTC)

It seems to build fine, but then the package still fails to be created. Linking CXX executable ../../../Binaries/dolphin-emu [100%] Built target dolphin-emu-nogui [100%] Built target dolphin-emu ==> Entering fakeroot environment... ==> Starting package()... make: *** No rule to make target 'install'. Stop. ==> ERROR: A failure occurred in package(). Aborting... ==> ERROR: Makepkg was unable to build dolphin-emu-git. ==> Restart building dolphin-emu-git ? [y/N] ==> ---------------------------------------- ==> ==> ERROR: unable to update

alucryd commented on 2014-10-02 16:52 (UTC)

Good for you.

Sudowoodo commented on 2014-10-02 16:42 (UTC)

@alucryd I built Dolphin without the PKGBUILD, it works. Thank you.

alucryd commented on 2014-10-02 15:07 (UTC)

That is just not possible, if dolphin found it at link time, it cannot not find it at run time. For starters, the current ffmpeg ships, so either you built dolphin wrong, or you have a custom lib which links against the old ffmpeg that you haven't rebuilt.

Sudowoodo commented on 2014-10-02 11:59 (UTC)

@alucryd I rebuilt Dolphin but I still get the same error.

alucryd commented on 2014-09-28 08:34 (UTC)

Just rebuild against new ffmpeg.

Sudowoodo commented on 2014-09-28 08:33 (UTC)

I have been getting this error recently: dolphin-emu: error while loading shared libraries: cannot open shared object file: No such file or directory

linkmauve commented on 2014-08-19 08:06 (UTC)

I don’t think it’s LTO that enabled nogui, but cd641bd0e344f1cab7ff23a1977fc37a958402da. Thanks for the updated PKGBUILD. :)

alucryd commented on 2014-08-17 11:54 (UTC)

linkmauve: it seems enabling lto also enabled nogui, weird? Anyway you're right, now that it's built, might as well ship it too. Sudowoodo: This is the last time you flag this package out-of-date without giving a valid reason, well even a reason at all. Next time I will suspend your account.

linkmauve commented on 2014-08-17 09:24 (UTC)

Now that cmake builds both wx and nogui binaries, you should also install dolphin-emu-nogui.

alucryd commented on 2014-08-15 21:21 (UTC)

I've been getting this as well with my nvidia card, just switching between windowed and fullscreen fixes it for both gc and wii games.

Zeben commented on 2014-08-15 21:13 (UTC)

@bluerider, thank You very much for response. CPU: Core i5 3570 GPU: GTX 650 Ti lspci: generic /etc/makepkg.conf file: I've got render image now if I double-switch screen mode by pressing alt + enter. But it works only for GC-games, not for Wii: (here is attempt to run every Wii-game:

bluerider commented on 2014-08-15 20:59 (UTC)

@Zeben: What's your hardware? I don't have this issue on a sandybridge IGP system, but I have it on a haswell IGP rig. For the haswell rig, when I use fullscreen, I can see the game.

Zeben commented on 2014-08-15 20:56 (UTC)

Every build I have empty screen while trying to launch every game. No one errors or warnings I've got. There is a screenshot: P.S. I have no this problem if I install dolphin-emu from [community] repo. Can you reproduce this? And can this be by changing CFLAGS in /etc/makepkg.conf file?

alucryd commented on 2014-08-14 23:01 (UTC)

Enabled LTO, dolphin builds fine with it here now. LTO is supposed to improve performance, although I didn't see much of a difference in the few games I launched. At least they weren't running slower :P

Retro_Gamer commented on 2014-07-31 09:04 (UTC)

I ended up just adding your repository (Thank you) and pulled from that. It seems to have installed fine and is just as playable as stable, but unfortunately its also just as crashy(Segmentation faults) as the stable release 4.0.2 was for me. That and as I guessed previous version save states won't work with git version.

alucryd commented on 2014-07-14 23:58 (UTC)

dolphin is built every night just fine for my nightly repo, I don't know what's going on with you guys, try to build in a clean chroot, that's what the build server does.

Retro_Gamer commented on 2014-07-14 23:51 (UTC)

Yes, yes it is, got the same exact error a few minutes ago.

alucryd commented on 2014-07-07 09:30 (UTC)

zwastik: Can't reproduce here, is it still happening?

zwastik commented on 2014-07-06 03:19 (UTC)

I get this error: Linking CXX executable ../../../Binaries/dolphin-emu /usr/lib/gcc/x86_64-unknown-linux-gnu/4.9.0/../../../../lib/ referencia a `x265_encoder_open_16' sin definir collect2: error: ld devolvió el estado de salida 1 Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/build.make:1309: recipe for target 'Binaries/dolphin-emu' failed make[2]: *** [Binaries/dolphin-emu] Error 1 CMakeFiles/Makefile2:610: recipe for target 'Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all' failed make[1]: *** [Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all] Error 2 Makefile:147: recipe for target 'all' failed make: *** [all] Error 2

alucryd commented on 2014-06-22 09:36 (UTC)

cemegginson: You can find a fixed wxgtk and nightly builds of dolphin on my repo.

cemegginson commented on 2014-06-21 23:25 (UTC)

@alucryd I'd like to confirm that I also experience the same issue as sudsbud, but with the prebuilt package on the repos since I still haven't managed to get this one to compile due to the GCC 4.9 issue or whatever it is that's keeping it from compiling.

alucryd commented on 2014-06-21 10:09 (UTC)

sudsbud: I can't reproduce this here on my laptop. I have bumblebee, using the intel driver or the nvidia blob works for me. I wouldn't say it's a driver issue, since there is no opengl involved when opening/closing the gamepad config window, but I have no idea where it could be coming from.

sudsbud commented on 2014-06-21 02:15 (UTC)

I got the same crash on nouveau, so my guess would be that it isn't driver related.

sudsbud commented on 2014-06-20 07:14 (UTC)

Yes, I do use the nvidia driver and have problems with every dolphin version I've tried. I talked to irc about it and someone suggested that it might be an nvidia driver problem ported over from the windows problem (driver version 334.89) with the opengl backend causing "frequent crashing." I'm thinking about testing with my intel card just to make sure it's something in the driver and then I'll look into downgrading.

commented on 2014-06-20 05:29 (UTC)

@sudsbud Yes, I've been experiencing this exact problem for some time now, and on the stable release (4.0.2) as well. Are you using the NVIDIA driver by any chance?

sudsbud commented on 2014-06-20 05:27 (UTC)

Do any of you reproduce these crashes? 1: open gamepad window -> close gamepad window -> open gamepad window = crash 2: open game -> close game -> open game = crash 3: open gamepad window -> open game = crash 4: run in gdb -> open game = crash Anyone know about these and has a work around?

alucryd commented on 2014-06-19 10:09 (UTC)

Snowman hasn't showed up on IRC for a month, I still haven't got in touch with him, no activity on the bug report either. I'll shoot him an email when I find the time to take care of this, maybe next week, time is scarce these days.

AdrianoML commented on 2014-06-06 01:12 (UTC)

This commit broke it again for me: Probably the same gcc 4.9 bug...

alucryd commented on 2014-06-02 12:35 (UTC)

Ok, removed i686 from the arch array, and added -fno-inline-functions only to the flags, no more editing yours. Thx for the heads up guys. Also, now that I'm back, I'll ping Snowman about the bug report once he shows up on IRC.

linkmauve commented on 2014-05-25 12:02 (UTC)

i686 JIT will soon be removed (see, you should remove i686 from the arch array since it will become painfully slow.

alucryd commented on 2014-05-22 22:41 (UTC)

Thx for the insight guys. I'll contact Snowman on IRC if he does not react to the bug report. He's usually pretty quick though, just have to wait that Scimmia assigns the report to him. I will try to update the PKGBUILD as soon as something moves, can't promise though as I'm currently abroad.

delroth commented on 2014-05-22 21:51 (UTC)

Build issues with this package are caused by and Motivated people might want to rebuild their wxgtk package from ABS using --disable-visibility as a ./configure option. Otherwise, wait and hope that the Arch bug report I made suggesting a workaround gets considered :)

flacs commented on 2014-05-15 10:12 (UTC)

@alucryd: The problem is caused by -finline-functions which is enabled by -O3, so to work around this you could just use "-O3 -fno-inline-functions".

alucryd commented on 2014-05-09 09:58 (UTC)

I removed -DCMAKE_BUILD_TYPE='Release' as release is the default anyway. Also I'm modifying CFLAGS and CXXFLAGS in the PKGBUILD now so you don't even have to edit makepkg.conf. Enjoy.

alucryd commented on 2014-05-09 09:14 (UTC)

mathieuI: I was thinking about adding it as a dep, so here it is. Also added a workaround for the link error. The problem was caused by -O3, which seems to be the default optimization level of a Release build type for cmake. Overriding it with -O2 does the trick, however please make sure that your CFLAGS and CXXFLAGS in /etc/makepkg.conf does not contain -O3, it seems that when 2 optimization flags are passed, the highest takes precedence.

mathieuI commented on 2014-05-09 08:32 (UTC)

Also, could you either add polarssl to the dependencies array, or make this package conflict with it?

alucryd commented on 2014-05-05 17:45 (UTC)

I encountered the linker issue last night on the nightly build server, GCC 4.9 is indeed most likely the culprit. Could somebody report this on dolphin's bug tracker? boogerlad: Any compiled code is built with the flags you specify in /etc/makepkg.conf, just put march=native instead of your current arch, and remove mtune=generic. As for running dolphin, the JIT recompiler will use every extension available. Also OpenMP texture decoding has had its checkbox for a long time, you might want to look at the GUI before looking at the code.

boogerlad commented on 2014-05-05 17:16 (UTC)

Is it possible to turn on openmp and sse if available on the host machine? I know at least has optimizations there.

jakebailey commented on 2014-05-03 07:39 (UTC)

I have the same issue. I think this coincided with the upgrade of gcc to 4.9.

d7s2qmspe7q48 commented on 2014-05-02 13:17 (UTC)

I got a VERY strange problem when linking. I got the following message: Frame.cpp:(.text+0x61df): undefined reference to `wxCommandEvent::Clone() const' After some routine checks about having all dependencies installed correctly, I started playing with the code and found that removing the following lines from src/dolphin-emu/Source/Core/DolphinWX/Frame.cpp made the program link: else if (IsHotkey(event, HK_DECREASE_FRAME_LIMIT)) { if (--SConfig::GetInstance().m_Framelimit > 0x19) SConfig::GetInstance().m_Framelimit = 0x19; } However, I also noticed that (1) from the context, it doesn't make any sense that those lines are causing the problem, and (2) randomly playing with the file made the error return or go away, so it looks like a compiler or linker bug? I'm in testing BTW, maybe that's why. Just commenting in case someone else knows about this or is also affected by the same problem.

alucryd commented on 2014-04-05 13:53 (UTC)

Builds fine without indeed, nuked. Thx!

bluerider commented on 2014-04-04 19:07 (UTC)

Dolphin upstream has removed opencl support (cited noone cared about maintaining it). Opencl-headers can probably be removed from makedepends

bluerider commented on 2014-03-27 01:45 (UTC)

I just wanted to say that the windows managers really have a big effect on dolphin emulation. I just switched to the i3 windows manager, and I'm getting 50fps SuperSmash Brothers Brawl playback on my sandybridge i3-2105 (integrated gpu) at 1080p.

alucryd commented on 2014-02-03 10:55 (UTC)

breed808: Thx for the heads up, I've switched to github.

commented on 2014-02-02 11:31 (UTC)

It looks like development has moved to a github repository ( The Google Code repository is sitting at 4.0.r720.5d1db5d, while the github repo has been more recently updated (4.0.r773.70f66ad). The commit links are pointing to the github repo as well.

alucryd commented on 2014-01-04 09:28 (UTC)

I can't reproduce your problem, SDL2 works fine here. My 360 controller and my older Saitek gamepad are both recognized fine and work fine ingame.

oangelo commented on 2014-01-04 02:27 (UTC)

I recommend use SDL and not SDL2 as dependency. Because of the problems discussed here:

commented on 2013-10-26 14:32 (UTC)

Update (very sorry about the triple-post): it's not an upstream issue, the sdl2 2.0.1-1 package is bugged ( It should be safe to upgrade to the 2.0.1-2 package when it becomes available.

commented on 2013-10-26 14:31 (UTC)

Update (very sorry about the triple-post): it's not an upstream issue, the sdl2 1.0.1-1 package is bugged ( It should be safe to upgrade to the 1.0.1-2 package when it becomes available.

commented on 2013-10-26 12:28 (UTC)

Apologies for the double post: compilation appears to be failing due the to sdl2 update (2.0.0-4 --> 2.0.1-1). Downgrading the sdl2 package back to 2.0.0-4 solved the issue. I'll report this upstream to the dolphin devs.

commented on 2013-10-26 12:17 (UTC)

Getting a build error with the latest git version (4.0.265):

alucryd commented on 2013-09-23 23:40 (UTC)

Mannex: You do realize there is a pkgver function in there right? bluerider: Nice, changelog said they enabled fastmem on linux and osx, leading to a 15-20% speed boost. The OpenGL plugin has also been largely rewritten (they claim it is now the fastest backend on NVIDIA cards :). Also, you can use HLE almost anywhere now, no more LLE! Welcome back, speed.

bluerider commented on 2013-09-23 23:22 (UTC)

@alucryd : Wii games work again using Dolphin 4.0 and my intel i3-2105 cpu + gpu. Super Smash Brothers Brawl is running at full speed again.

DyrverE commented on 2013-09-23 19:59 (UTC)

upgrade version numbers to signify the new release as of yesterday. it has now reached 4.0-45 already.

alucryd commented on 2013-08-30 07:51 (UTC)

techno-geek: It builds fine as is in a chroot. Where/how did you build the package?

techno-geek commented on 2013-08-29 19:16 (UTC)

I had to install package x264 or the compile would fail with: /usr/bin/ld: warning:, needed by /usr/lib/gcc/x86_64-unknown-linux-gnu/4.8.1/../../../../lib/, not found (try using -rpath or -rpath-link)

bluerider commented on 2013-08-07 00:46 (UTC)

@alucryd : Wii games currently don't work for me. When they were working I got close to full speed with Super Smash Brother Brawl. If I overclocked my iGPU, I would definitely get full speed Legend of Zelda Skyward Sword and Super Smash Brothers Brawl gameplay. I use an Asus Maximus Gene IV Z as my motherboard by the way. Interestingly when compiling Dolphin-emu (instead of using the one provided by the Arch Community Repos), I can at least see movies from Super Smash Brothers Brawl and The Legend of Zelda Twilight Princess; the game stops (nondescript full crash) when I escape the movie portions of the game.

alucryd commented on 2013-08-06 10:15 (UTC)

bluerider: A while ago you just dropped here "I can't play games on my low end system", without mentioning "it was a lot better before". Of course I would tell you to go bother dolphin's team, especially since the faq clearly states you need at least an i5 2500k to play comfortably. Well glad it works now. Just out of curiosity, can you run games at fullspeed with an i3 and IGP? Games like Oboro Muramasa, I assume you could, but anything 3D would be a pain.

bluerider commented on 2013-08-05 22:14 (UTC)

@alucryd : I think something just got busted up in cmake (not sure what it was); I did a full system re-install and it fixed things up. There have been issues with cmake passing compiler flags : <> <> In addition, I'm still using an i3 sandybridge processor (w/o discrete graphics) which meant the sse instructions gave my system a very large boost. I stated previously that the edition of dolphin-emu-git I was using has severely reduced performance compared to what I was used to; you told me to file a bug with dolphin upstream.

alucryd commented on 2013-08-05 18:31 (UTC)

bluerider: I find 50% hard to believe, last time I checked, the difference from dolphin-emu 3.5 from the repo (built for generic arch) and the git version (around the time 3.5 was released) built for my ivy bridge didn't make that much of a difference. Then again, it can depend on a lot of things, and maybe some changes in dolphin made that optimizations got a lot of impact, I'll just take your word on that. Weird that your makepkg.confg variables are not working, maybe check the syntax, or if they're being overridden by something else.

bluerider commented on 2013-08-05 16:47 (UTC)

@alucryd : I just checked the compilation on another machine and found the makepkg.conf flags respected. There must be something wrong with my particular Arch Linux install.

bluerider commented on 2013-08-05 16:38 (UTC)

@alucryd : I have those same settings in my makepkg.conf; yet after adding those lines in the CMakeLists.txt, my performance increased by 50%. I apologize for the ssee4.2 flag; I forgot to remove it when I posted it.

alucryd commented on 2013-08-05 16:23 (UTC)

bluerider: I knew there was a reason why I did not add anything about CFLAGS, they're already being used. There is no need to add anything to the PKGBUILD. You coud have checked too before asking sth like this.

alucryd commented on 2013-08-05 09:44 (UTC)

bluerider: Several things bother me: - dolphin uses a dynamic recompiler, which automatically uses all available optimization for the most CPU intensive tasks, building static parts with them too will not speed up by much (if at all), but I agree it is better still - -O3 is completely random and will not always result in a faster binary, I don't really want to add it, plus I hear it will be deprecated in GCC in the near future - -msse4.2 will break dolphin on all systems which do not support SSE 4.2, I can't add it, plus it is added automagically by -march=native on SSE 4.2 systems - finally we have variables in makepkg.conf for this, they're called CFLAGS and CXXFLAGS I'll try to change the PKGBUILD to use CFLAGS by tomorrow.

bluerider commented on 2013-08-05 02:09 (UTC)

Please add the following lines to the prepare() function in the PKGBUILD to build with system's native optimizations<>: ## compile to machine architecture msg "Changing CMakeLists.txt to compile to native architecture..." sed -i 's/add_definitions(-msse2)/add_definitions(-march=native -O3 -fno-stack-protector -pipe -g -msse4.2)/g' CMakeLists.txt && msg "Changed CMakeLists.txt to compile to native architecture"

alucryd commented on 2013-06-22 09:27 (UTC)

This is new libpng's fault, nothing to worry about.

commented on 2013-06-22 05:32 (UTC)

iCCP - sRGB Error.. ís emulator ou dependece?

alucryd commented on 2013-06-10 08:20 (UTC)

Moved bluez deps to optdepends: some packages still depend on bluez4, which conflicts with bluez-libs. At least one of them must be installed before building dolphin-emu if you want to have bluetooth support.

alucryd commented on 2013-06-07 12:50 (UTC)

pschmitt: It builds fine with bluez 5, I won't use an old lib unless there are issues with it. Will test my real wiimote this week-end.

pschmitt commented on 2013-06-07 11:21 (UTC)

Bluez dependency should be updated to bluez4 (

alucryd commented on 2013-05-31 20:11 (UTC)

bluerider: These kind of complaints are irrelevant here, please address them on dolphin-emu's tracker. Anyway do you have a discrete GPU? Do not expect this emulator to run well without one. BTW an i3 might not be the best option either, especially those operating at lower frequencies. See here:

bluerider commented on 2013-05-31 14:49 (UTC)

can't see to play Wii games with dolphin-emu-git 3.5.1173-1 on intel i3 system

alucryd commented on 2013-04-06 12:00 (UTC)

Schala: Indeed, and that's 10-15 less lines per package, shared source code between makepkg and yaourt when $SRCDEST is set, shared source code across some packages (I'm thinking about my gnome-shell-extension-* packages which build from the same source) and other goodness :)

Schala commented on 2013-04-06 08:14 (UTC)

Pacman 4.1 sure makes this a lot easier. Don't have to routinely check git repos explicitly anymore for changes!

alucryd commented on 2013-04-04 18:00 (UTC)

Updated package for pacman 4.1.

alucryd commented on 2013-04-03 11:01 (UTC)

For those eager to build this with gcc 4.8.0, a soon to be merged patch is available here:

alucryd commented on 2013-04-02 20:19 (UTC)

joelsc: Yep, haven't had time to look into it yet.

joelsc commented on 2013-04-02 20:09 (UTC)

Doesn't seem to build with gcc 4.8

alucryd commented on 2013-04-01 21:49 (UTC)

bluerider: These kind of complaints have nothing to do here, please post them on the dolphin-emu bug tracker.

bluerider commented on 2013-04-01 18:18 (UTC)

After updating the package, it seems Super Smash Brothers Brawl only runs at half its original speed (I'm getting 30-40 fps).

alucryd commented on 2013-03-16 09:42 (UTC)

GLSL-master was just merged. The opengl plugin has been reworked and dolphin does not depend on nvidia-cg anymore. Deps updated.

alucryd commented on 2013-03-16 09:42 (UTC)

GLSL-master was just merged. The opengl plugin has been reworked and dolphin does not depend on nvidia-cg anymore. Deps updated.

Schala commented on 2013-03-03 10:49 (UTC)

Latest Git revision fixes the libpulse issue.

chenxiaolong commented on 2013-03-03 07:37 (UTC)

@Alucryd: That looks to be a linking issue, so header inclusion doesn't really matter. I haven't had a chance to test yet, but adding: CXXFLAGS="${CXXFLAGS} -lpulse-simple should get things working again :)

alucryd commented on 2013-03-02 14:29 (UTC)

Schala: I do too, haven't had the time to look into it in depth though. First I thought they didn't include the headers from PA (or that their names had changed), but they did. I'll keep you posted.

Schala commented on 2013-03-02 09:53 (UTC)

Getting this recently: [ 99%] Building CXX object Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/Src/GLInterface/GLX.cpp.o [100%] Building CXX object Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/Src/GLInterface/X11_Util.cpp.o [100%] Building CXX object Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/Src/X11Utils.cpp.o Linking CXX executable ../../../Binaries/dolphin-emu ../AudioCommon/libaudiocommon.a(PulseAudioStream.cpp.o): In function `PulseAudio::SoundLoop()': PulseAudioStream.cpp:(.text+0x91): undefined reference to `pa_simple_new' PulseAudioStream.cpp:(.text+0x102): undefined reference to `pa_simple_write' PulseAudioStream.cpp:(.text+0x145): undefined reference to `pa_simple_free' ../AudioCommon/libaudiocommon.a(PulseAudioStream.cpp.o): In function `PulseAudio::PulseInit()': PulseAudioStream.cpp:(.text+0x466): undefined reference to `pa_simple_new' ../AudioCommon/libaudiocommon.a(PulseAudioStream.cpp.o): In function `PulseAudio::Write(void const*, unsigned long)': PulseAudioStream.cpp:(.text+0x4fc): undefined reference to `pa_simple_write' ../AudioCommon/libaudiocommon.a(PulseAudioStream.cpp.o): In function `PulseAudio::PulseShutdown()': PulseAudioStream.cpp:(.text+0x4e5): undefined reference to `pa_simple_free' collect2: error: ld returned 1 exit status make[2]: *** [Binaries/dolphin-emu] Error 1 make[1]: *** [Source/Core/DolphinWX/CMakeFiles/dolphin-emu.dir/all] Error 2 make: *** [all] Error 2

alucryd commented on 2013-02-04 23:16 (UTC)

Small update to clean up deps.

alucryd commented on 2013-02-04 22:43 (UTC)

@bluerider: Yes, and dolphin's code needs updating in this regard, but I don't think it is their priority at the moment, since 1.5 is still working fine.

bluerider commented on 2013-02-04 22:30 (UTC)

@Alucryd : I got an error regarding sf::SocketTCP. In SFML 2.0, this has been deprecated in favor of sf::TcpSocket. This affects the Netplay.h and NetPlayServer.cpp files.

bluerider commented on 2013-02-04 22:07 (UTC)

@Alucryd: I checked the Cmake logs and you are right. After explicitly turning off the sfml check in CMakeLists.txt, I am now encountering the same error as the one you documented in your bug report.

alucryd commented on 2013-02-04 20:16 (UTC)

@bluerider: I doubt you built it with sfml from [community]. dolphin-emu specifically requires sfml < 2.0, what you did is tell it there's sfml 2.0 in there (which isn't necessary, it finds it fine because that dir is the default) then it ran a version check on it and switched back to 1.5 from its externals because it's too high. What I did is force dolphin to compile against 2.0 by removing the version check, and that didn't work.

bluerider commented on 2013-02-04 19:37 (UTC)

@Alucryd: I saw your bug on dolphin-emu's board. I couldn't replicate your error, but I managed to compile dolphin-emu-git with the SFML2.0-rc3 package from Arch Linux Community database. I changed your SFML flag to '-DSFML_INCLUDE_DIR=/usr/include/' since cmake was telling me if failed to read '/usr/include/SFML/SFML/Config.hpp', which doesn't exist. The flag is a bit misleading since it doesn't indicate where the SFML directory is, but rather where it's in. I recompiled dolphin-emu-git with that flag and I have successfully tested Super Smash Brothers Melee and Brawl.

alucryd commented on 2013-02-04 18:01 (UTC)

@bluerider: No problem, glad it works for you now. I've been running more tests with sfml1.6, not all games are affected. For example Zelda SS is fine, while both SMG are not. Weird. BTW I've seen a significant boost lately, games like those I cited above run fullspeed both under Linux and Windows for me now, which was unthinkable not long ago. That and Wiimote Plus supported out of the box, dolphin under Linux is getting better and better!

bluerider commented on 2013-02-04 16:17 (UTC)

I removed sfml1.6, and reinstalled dolphin-emu-git. Wii games run now. Thanks a lot!

bluerider commented on 2013-02-04 16:09 (UTC)

@Alucryd: I use an Intel i3-2105 cpu + Asus Maximus IV Gene-Z. It comes with HD3000 graphics. I can play wii games (60fps) at lowered resolution slightly less than 1080p without overclocking the integrated graphics. The faq's old and based on misconceptions about hardware (and hardware setup). I've gotten SSF IV: AE (on windows 8) running at 1080p at full 60 fps running on my machine after overclocking the gpu.

alucryd commented on 2013-02-04 11:20 (UTC)

Regarding sfml, I find it weird that 1.6 does not work, it should be compatible with 1.5 (which is provided with dolphin). I just managed to get vba-m to compile against sfml1.6 and it seems to work great. I'll keep looking into it for dolphin, but for the time being, using the one provided should work. @bluerider: BTW I'm surprised you can run the emulator on integrated graphics. Except for playing 2D games like Oboro Muramasa, it is highly recommended to have at least a dedicated graphics card to get decent framerates. Have a look at this:

alucryd commented on 2013-02-04 09:14 (UTC)

@bluerider: I just removed the sfml1.6 dep because it was the cause of the problem, why would I want to add it back? Using sfml1.6, I could launch games but the emulator froze as soon as some 3D appeared. Using the provided sfml works perfectly for me and if it still doesn't for you, I'm afraid the problem is elsewhere. Those messages you see can be safely ignored. If you look at them you'll see that they're warnings, not errors, and they are for the AVI dumping, which has nothing to do with actual emulation.

bluerider commented on 2013-02-03 23:32 (UTC)

In addition : I looked at the cmake build, and found this : /tmp/packerbuild-1000/dolphin-emu-git/dolphin-emu-git/src/dolphin-emu/Source/Core/VideoCommon/Src/AVIDump.cpp: In static member function ‘static void AVIDump::AddFrame(uint8_t*, int, int)’: /tmp/packerbuild-1000/dolphin-emu-git/dolphin-emu-git/src/dolphin-emu/Source/Core/VideoCommon/Src/AVIDump.cpp:317:16: warning: ‘int avcodec_encode_video(AVCodecContext*, uint8_t*, int, const AVFrame*)’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:4272) [-Wdeprecated-declarations] /tmp/packerbuild-1000/dolphin-emu-git/dolphin-emu-git/src/dolphin-emu/Source/Core/VideoCommon/Src/AVIDump.cpp:317:85: warning: ‘int avcodec_encode_video(AVCodecContext*, uint8_t*, int, const AVFrame*)’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:4272) [-Wdeprecated-declarations] /tmp/packerbuild-1000/dolphin-emu-git/dolphin-emu-git/src/dolphin-emu/Source/Core/VideoCommon/Src/AVIDump.cpp:336:13: warning: ‘int avcodec_encode_video(AVCodecContext*, uint8_t*, int, const AVFrame*)’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:4272) [-Wdeprecated-declarations] /tmp/packerbuild-1000/dolphin-emu-git/dolphin-emu-git/src/dolphin-emu/Source/Core/VideoCommon/Src/AVIDump.cpp:336:76: warning: ‘int avcodec_encode_video(AVCodecContext*, uint8_t*, int, const AVFrame*)’ is deprecated (declared at /usr/include/libavcodec/avcodec.h:4272) [-Wdeprecated-declarations]

bluerider commented on 2013-02-03 23:29 (UTC)

@Alucryd Despite having sfml1.6 installed, I still cannot run wii isos after rebuilding the package. BTW : If it requires sfml1.6, you should probably list it as a dependency

alucryd commented on 2013-02-03 22:19 (UTC)

@bluerider: Reverted the sfml thing. I don't know why but it seemed to work this morning while now it's clearly not. I guess we'll stick with building the version from the externals, it's not a long build anyway.

bluerider commented on 2013-02-03 20:40 (UTC)

Emulator stopped working for me on Wii games (I use isos). I am using dolphin-emu-git 20130203-1, and xf86-video-intel 2.21.0-1. Problem still persisted after downgrading intel drivers.

alucryd commented on 2013-02-02 17:35 (UTC)

Added sfml1.6 dep back. I have found a workaround which makes it work.

alucryd commented on 2013-01-31 14:13 (UTC)

Removed the sfml1.6 dep for now, pointing cmake to the right dirs does not work. I have filed a bug report about this.

alucryd commented on 2013-01-27 09:20 (UTC)

Adopting, I'll try to update it today.

commented on 2013-01-27 05:47 (UTC)

Sorry I am being busy so I can't maintain this package any more. Whoever has time and enthusiasm please adopt it.

bluerider commented on 2013-01-27 04:09 (UTC)

Got the error : tar: Ignoring unknown extended header keyword `SCHILY.fflags' Also, I checked the git website and it says the last source code released was on 1/06/2013.

alucryd commented on 2013-01-08 09:16 (UTC)

Also, please change the upstream URL to, your URL has never been the official site, just one that tries to act like it is.

Schala commented on 2013-01-08 05:36 (UTC)

As of a few hours ago, Dolphin merged the linux-desktop-file branch into master. Perhaps you can update PKGBUILD and discard the one in sources.

alucryd commented on 2013-01-01 19:34 (UTC)

Hey again, thx for the change last time. A patch to make the TR Wiimotes work has been submitted in the following bug report: Can you add it to your PKGBUILD? I've successfully used my TR Wiimote in a number of games thanks to this.

alucryd commented on 2012-12-10 19:08 (UTC)

Hi, can you add wxgtk2.9 as a dependency and add this "-DwxWidgets_CONFIG_EXECUTABLE=/usr/bin/wx-config-2.9" to the cmake line to use the system wxgtk, building from the externals is quite long. Thx in advance.

commented on 2012-11-22 05:18 (UTC)

Package needs lzo2 as a dependency

jvalecillos commented on 2012-09-15 12:57 (UTC)

I'm having problems when compiling: {standard input}: Assembler messages: {standard input}:593: Error: invalid character (0x5) in operand 1 make[2]: *** [Externals/wxWidgets3/CMakeFiles/wx.dir/src/common/rendcmn.cpp.o] Error 1 make[1]: *** [Externals/wxWidgets3/CMakeFiles/wx.dir/all] Error 2 make: *** [all] Error 2

n23orsk commented on 2012-05-26 22:29 (UTC)

Seems like it requires some portaudio and openal

commented on 2012-04-30 13:47 (UTC)

Cmake was fixed.

chenxiaolong commented on 2012-04-24 17:22 (UTC)

@TomBoshoven: You're welcome :) Here's the source package for the patched cmake: The maintainer of cmake doesn't seem to be very active :(

alucryd commented on 2012-04-24 07:36 (UTC)

Thx for the patch guys, it's building again! Still no bluez, pulseaudio, libav and all as you said sgsdxzy, better wait for this fix upstream.

TomBoshoven commented on 2012-04-21 11:24 (UTC)

Thanks for the explanation chenxiaolong. That makes sense.

chenxiaolong commented on 2012-04-21 04:23 (UTC)

@sgsdxzy: There's a bug in the new version of CMake which causes any CMakeLists.txt build file that uses pkg-config to fail (PKG_CONFIG_FOUND variable is undefined). This has been fixed upstream and I've reported a bug for Arch Linux, so hopefully, it should be fixed soon. Arch Linux bug page: Upstream bug page:

commented on 2012-04-21 03:54 (UTC)

@TomBoshoven: Thanks. I temproary include your patch. It'a the behaviour change of CMake. Yesterday I used an older version and it was fine. Today I updated CMake and tried again and got the same result as you do. Since the patch has to modify the source(unless we do another meaningless copy), you'd better report it upstream. SFML1.7 and up can't be dynamically linked and you have to use the static 1.5 version. One more thing: I noticed that it can't recognize pkg-config and thus ffmpeg(libav) and more thing. Bluez, pulseaudio and soil may still need some name alternation as glib.

chenxiaolong commented on 2012-04-20 14:36 (UTC)

@TomBoshoven: I think that patch can be submitted upstream (well, at least the first part :D). I don't know any distro that uses 'glib' in the /usr/include directory, instead of 'glib-2.0'. Same thing with pangocairo :)

TomBoshoven commented on 2012-04-20 13:31 (UTC)

And the complete patch, which makes it build on my system. This is quite ugly, but it works. Sorry for the spam, but this may help people build the package.

TomBoshoven commented on 2012-04-20 13:07 (UTC)

Turns out it has to do with the dependency on a very new version of wxWidgets which is not present on my system, causing it to build it itself. My patch should work, but it gave a linker error on gthread-2.0 which happens because of some error in the Externals/wxWidgets3/CMakeLists.txt file. It includes sets of libraries, but those sets are defined nowhere.

TomBoshoven commented on 2012-04-20 12:23 (UTC)

I have the exact same problem as Alucryd. It works after I patch CMakeLists: Maybe you can check whether the build on your system works with this patch? I don't think I have any strange configurations on my system. (default Arch flags for compiling, no strange additions to PATH)

commented on 2012-04-20 11:21 (UTC)

@Alucryd: The bit you said about wxgtk is true: version 2.9.4 is required, and I removed it. But for your first problem, I tried to compile it and it secceeded. Everything that I installed and was to be dynamically linked worked out as expected. So I can't help about your problem. I suspect whether you had misconfigured some PATH or compile flags.

alucryd commented on 2012-04-20 10:12 (UTC)

Hey, probably not the best place to post this but can you guys reproduce this? Several issues: bluez, pulseaudio and soil are installed on my system but not detected. sfml is installed and detected but dolphin still uses static version (not that I care, but it's intriguing). Finally an error about gthread-2.0, which is, from what I've read, part of glib2, and is installed. BTW, you can remove the wxgtk dependency sgsdxzy. This requires at least 2.9.4 when arch's version is 2.8.12, adding a version requirement on wxgtk would simply break the package, so I think removing it is the best option, people who don't use wxgtk won't have to install it for nothing, and dolphin will still use its internal version.

commented on 2012-04-09 10:06 (UTC)

@akspecs:The difference is here:_gitname=dolphin-emu vs_gitname=dolphin-emu-3.0. That's stable 3.0 released 9 months ago while this one is the latest git version. gcc4.7 changed behaviour slightly, and you need to include <unistd.h>. The 3.0 branch can't receive bugfixes, so the AUR maintainer added a patch. The gcc problem is said to be fixed and no patch is necessary for the git version.

akspecs commented on 2012-04-09 08:51 (UTC)

Here's the report I submitted : I noticed that the other dolphin-emu has been updated. At this point what makes dolphin-emu different from this PKGBUILD? Both fail to build on one of my systems, and both are looking like they're installing the latest that the git repo provides.

commented on 2012-04-09 05:26 (UTC)

@akspecs:According to issue 5347, it's having problems with gcc4.7. But your problem doesn't look like that. I will have a try later. Please consider report an issue upstream.

akspecs commented on 2012-04-09 03:47 (UTC)

Any help would be appreciated - I'm running on the ck kernel with propietary nvidia graphics: /tmp/yaourt-tmp-aak/aur-dolphin-emu-git/src/dolphin-emu/Externals/wxWidgets3/include/wx/filefn.h:476:9: error: zero width for bit-field ‘wxAssert_477::BadFileSizeType’ make[2]: *** [Externals/wxWidgets3/CMakeFiles/wx.dir/src/aui/auibar.cpp.o] Error 1 make[1]: *** [Externals/wxWidgets3/CMakeFiles/wx.dir/all] Error 2 make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build dolphin-emu-git.

alucryd commented on 2012-03-09 20:05 (UTC)

Okay, turns out the culprit was cache display lists, I'll post an issue on google code.

alucryd commented on 2012-03-09 19:54 (UTC)

Hey huys, I've got a problem running dolphin here. Everything builds fine with gcc 4.6.3, I'm using xorg 1.11.4 with latest fglrx (direct rendering works) and the linux-ck kernel, however the emu will shut down without any error almost immediately on a lot of games. Most of the time it's right after intro the video or static screens, it crashes silently before displaying some 3D sequences. Like the title screen in Zelda WW and TP, SMG, SSBB etc... Only game I tested that worked so far is Final Fantasy Crystal Chronicles. It doesn't crash at all. I can't provide any log because they're empty, I'm really at a loss here. Does any of you have the same issue?

commented on 2012-03-09 01:35 (UTC)

@Amarus Exactly.

commented on 2012-03-08 13:59 (UTC)

It did build for me now (without flags) but I think it was this that fixed it: Not the bluez update.

TomBoshoven commented on 2012-03-08 13:05 (UTC)

I used to have the same error, but it is building now, after updating to Bluez 4.99-1.

commented on 2012-03-08 01:34 (UTC)

In fact, I have tried the bluez patch before Arch updated it and got the same error. When I said -fpermissive, the bluez had some problem linking with CXX. Then a patch was applied and it broke bluez totally……Now -fpermissive doesn't work and you'd better uninstall bluez.

commented on 2012-03-07 21:59 (UTC)

Not working for me either (with and without the flags), I'm getting the same errors as neXyon.

neXyon commented on 2012-03-07 20:23 (UTC)

Still not working. :-(

commented on 2012-03-07 09:57 (UTC)

It may be another problem. Bluez has just got updated to 4.99

neXyon commented on 2012-03-07 09:01 (UTC)

Even with adding -fpermissive to CXXFLAGS and CFLAGS any way mentioned in the comments here I still/always get: [ 68%] Building CXX object Source/Core/Core/CMakeFiles/core.dir/Src/HW/Wiimote.cpp.o In file included from /tmp/yaourt-tmp/aur-dolphin-emu-git/src/dolphin-emu/Source/Core/Core/Src/HW/WiimoteReal/WiimoteRealBase.h:26:0, from /tmp/yaourt-tmp/aur-dolphin-emu-git/src/dolphin-emu/Source/Core/Core/Src/HW/WiimoteReal/WiimoteReal.h:24, from /tmp/yaourt-tmp/aur-dolphin-emu-git/src/dolphin-emu/Source/Core/Core/Src/HW/Wiimote.cpp:5: /usr/include/bluetooth/bluetooth.h: In function 'uint64_t bt_get_le64(void*)': /usr/include/bluetooth/bluetooth.h:131:9: error: expected identifier before '*' token /usr/include/bluetooth/bluetooth.h:131:9: error: expected ',' or '...' before '(' token /usr/include/bluetooth/bluetooth.h:131:9: error: expected ';' at end of member declaration /usr/include/bluetooth/bluetooth.h:131:9: error: '__v' does not name a type /usr/include/bluetooth/bluetooth.h:131:9: error: 'typeof' was not declared in this scope /usr/include/bluetooth/bluetooth.h:131:9: error: 'struct bt_get_le64(void*)::<anonymous>' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'uint64_t bt_get_be64(void*)': /usr/include/bluetooth/bluetooth.h:136:9: error: expected identifier before '*' token /usr/include/bluetooth/bluetooth.h:136:9: error: expected ',' or '...' before '(' token /usr/include/bluetooth/bluetooth.h:136:9: error: expected ';' at end of member declaration /usr/include/bluetooth/bluetooth.h:136:9: error: '__v' does not name a type /usr/include/bluetooth/bluetooth.h:136:9: error: 'typeof' was not declared in this scope /usr/include/bluetooth/bluetooth.h:136:9: error: 'struct bt_get_be64(void*)::<anonymous>' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'uint32_t bt_get_le32(void*)': /usr/include/bluetooth/bluetooth.h:141:9: error: expected identifier before '*' token /usr/include/bluetooth/bluetooth.h:141:9: error: expected ',' or '...' before '(' token /usr/include/bluetooth/bluetooth.h:141:9: error: expected ';' at end of member declaration /usr/include/bluetooth/bluetooth.h:141:9: error: '__v' does not name a type /usr/include/bluetooth/bluetooth.h:141:9: error: 'typeof' was not declared in this scope /usr/include/bluetooth/bluetooth.h:141:9: error: 'struct bt_get_le32(void*)::<anonymous>' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'uint32_t bt_get_be32(void*)': /usr/include/bluetooth/bluetooth.h:146:9: error: expected identifier before '*' token /usr/include/bluetooth/bluetooth.h:146:9: error: expected ',' or '...' before '(' token /usr/include/bluetooth/bluetooth.h:146:9: error: expected ';' at end of member declaration /usr/include/bluetooth/bluetooth.h:146:9: error: '__v' does not name a type /usr/include/bluetooth/bluetooth.h:146:9: error: 'typeof' was not declared in this scope /usr/include/bluetooth/bluetooth.h:146:9: error: 'struct bt_get_be32(void*)::<anonymous>' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'uint16_t bt_get_le16(void*)': /usr/include/bluetooth/bluetooth.h:151:9: error: expected identifier before '*' token /usr/include/bluetooth/bluetooth.h:151:9: error: expected ',' or '...' before '(' token /usr/include/bluetooth/bluetooth.h:151:9: error: expected ';' at end of member declaration /usr/include/bluetooth/bluetooth.h:151:9: error: '__v' does not name a type /usr/include/bluetooth/bluetooth.h:151:9: error: 'typeof' was not declared in this scope /usr/include/bluetooth/bluetooth.h:151:9: error: 'struct bt_get_le16(void*)::<anonymous>' has no member named '__v' /usr/include/bluetooth/bluetooth.h: In function 'uint16_t bt_get_be16(void*)': /usr/include/bluetooth/bluetooth.h:156:9: error: expected identifier before '*' token /usr/include/bluetooth/bluetooth.h:156:9: error: expected ',' or '...' before '(' token /usr/include/bluetooth/bluetooth.h:156:9: error: expected ';' at end of member declaration /usr/include/bluetooth/bluetooth.h:156:9: error: '__v' does not name a type /usr/include/bluetooth/bluetooth.h:156:9: error: 'typeof' was not declared in this scope /usr/include/bluetooth/bluetooth.h:156:9: error: 'struct bt_get_be16(void*)::<anonymous>' has no member named '__v' make[2]: *** [Source/Core/Core/CMakeFiles/core.dir/Src/HW/Wiimote.cpp.o] Error 1 make[1]: *** [Source/Core/Core/CMakeFiles/core.dir/all] Error 2 make: *** [all] Error 2

chenxiaolong commented on 2012-03-05 23:00 (UTC)

@sgsdxzy: Yeah, you're probably right. I just saw that C was also used (project statistics at I'm currently in class right now, so I can't test, but bluez just got updated and a patch was included: Maybe the build issue is fixed?

commented on 2012-03-04 08:43 (UTC)

@chenxiaolong But dolphin is written in C++ It used to be …… _gitname=dolphin-emu CXXFLAGS="-fpermissive" build() { …… Although it override user-specific CXXFLAGS, it worked fine. No CFLAGS is needed.

chenxiaolong commented on 2012-03-04 07:26 (UTC)

Oh, crap. I forgot: bluez is written in C, not C++, so the following is also needed: export CFLAGS="${CFLAGS} -fpermissive"

commented on 2012-03-04 04:57 (UTC)

I had added -fpermissive in the PKGBUILD using the line from @chenxiaolong. export CXXFLAGS="${CXXFLAGS} -fpermissive" Uninstalling bluez fixed it for me though.

commented on 2012-03-04 03:43 (UTC)

@rlipman I can't figure out why adding -fpermissive to your CXXFLAGS don't work. How do you add it? First, you can use that patch for bluez. Or, simply uninstall bluez and compile dolphin. If you don't need to use a real wiimote, wiiuse and bluez isn't dependencies.

commented on 2012-03-04 00:22 (UTC)

I have the same build problem as @peacememories, but adding -fpermissive to my CXXFLAGS didn't fix it. Is there a way to build it without bluez and avoid this issue in the meantime? I also found out the issue is a bug in bluez, not in dolphin

chenxiaolong commented on 2012-03-02 16:24 (UTC)

Ahhh...sorry. I should have looked at the PKGBUILD before speaking :) I agree with you on your point. It's pointless to make a copy since most build systems can build in a separate directory. (when I first used Arch, I had no idea that /tmp was a ramfs. I tried to build chromium-git in /tmp and wondered why the computer froze...:D)

commented on 2012-03-02 07:16 (UTC)

@chenxiaolong What you do is in {_gitname}/build/ cmake.. What I do is in {_gitname}-build/ cmake ../{_gitname} That's same. No copy is needed. What it used to do is copy contents in {_gitname}/ to {_gitname}-build and in {_gitname}-build/build cmake .. I found almost every PKGBUILD with git and cmake do the copy…… Some source can reach 1G+ and the copy is just a waste of time and space especially for those use yaourt's default build location and mount /tmp to ram……

chenxiaolong commented on 2012-03-02 05:55 (UTC)

@sgsdxzy: Actually, if you want you can just have ${_gitname}/ and then: if [ -d build ]; then rm -rf build; fi mkdir build cmake ...... There's no need to make any copy, since building from a subdirectory does not modify the original code (with CMake). Also, it will not affect later builds :)

commented on 2012-03-02 02:22 (UTC)

Thanks to chenxiaolong. Another thing to notify is that it now won't do a meaningless copy of the source code. It starts cmake in ${_gitname}-build instead of ${_gitname}-build/build.

chenxiaolong commented on 2012-03-01 18:29 (UTC)

For those who don't want to alter the global CXXFLAGS, the following can be added to the PKGBUILD (anywhere before the cmake line): export CXXFLAGS="${CXXFLAGS} -fpermissive"

commented on 2012-03-01 10:10 (UTC)

Rewrite for dependencies. Note: for use of bluez, you need to add -fpermissive in your CXXFLAGS.

commented on 2012-01-16 02:44 (UTC)


commented on 2012-01-15 05:37 (UTC)

@peacememories: It may be a problem upstream. I will see to it.

peacememories commented on 2012-01-13 20:36 (UTC)

For the record: activating -fpermissive flags "solves" the problem. Please add that to the PKGBUILD (at least temporarily. I suppose there should be a fix for bluez soon? hopefully?)

peacememories commented on 2012-01-13 20:10 (UTC)

Got a problem here: In file included from /tmp/dolphin-emu-git/src/dolphin-emu-build/Source/Core/Core/Src/HW/WiimoteReal/WiimoteRealBase.h:26:0, from /tmp/dolphin-emu-git/src/dolphin-emu-build/Source/Core/Core/Src/HW/WiimoteReal/WiimoteReal.h:24, from /tmp/dolphin-emu-git/src/dolphin-emu-build/Source/Core/Core/Src/HW/Wiimote.cpp:5: /usr/include/bluetooth/bluetooth.h: In function ‘uint64_t bt_get_le64(void*)’: /usr/include/bluetooth/bluetooth.h:131:9: error: invalid conversion from ‘void*’ to ‘bt_get_le64(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint64_t bt_get_be64(void*)’: /usr/include/bluetooth/bluetooth.h:136:9: error: invalid conversion from ‘void*’ to ‘bt_get_be64(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint32_t bt_get_le32(void*)’: /usr/include/bluetooth/bluetooth.h:141:9: error: invalid conversion from ‘void*’ to ‘bt_get_le32(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint32_t bt_get_be32(void*)’: /usr/include/bluetooth/bluetooth.h:146:9: error: invalid conversion from ‘void*’ to ‘bt_get_be32(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint16_t bt_get_le16(void*)’: /usr/include/bluetooth/bluetooth.h:151:9: error: invalid conversion from ‘void*’ to ‘bt_get_le16(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint16_t bt_get_be16(void*)’: /usr/include/bluetooth/bluetooth.h:156:9: error: invalid conversion from ‘void*’ to ‘bt_get_be16(void*)::<anonymous struct>*’ [-fpermissive] make[2]: *** [Source/Core/Core/CMakeFiles/core.dir/Src/HW/Wiimote.cpp.o] Error 1 make[2]: *** Waiting for unfinished jobs.... In file included from /tmp/dolphin-emu-git/src/dolphin-emu-build/Source/Core/Core/Src/HW/WiimoteEmu/../WiimoteReal/WiimoteRealBase.h:26:0, from /tmp/dolphin-emu-git/src/dolphin-emu-build/Source/Core/Core/Src/HW/WiimoteEmu/../WiimoteReal/WiimoteReal.h:24, from /tmp/dolphin-emu-git/src/dolphin-emu-build/Source/Core/Core/Src/HW/WiimoteEmu/WiimoteEmu.cpp:27: /usr/include/bluetooth/bluetooth.h: In function ‘uint64_t bt_get_le64(void*)’: /usr/include/bluetooth/bluetooth.h:131:9: error: invalid conversion from ‘void*’ to ‘bt_get_le64(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint64_t bt_get_be64(void*)’: /usr/include/bluetooth/bluetooth.h:136:9: error: invalid conversion from ‘void*’ to ‘bt_get_be64(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint32_t bt_get_le32(void*)’: /usr/include/bluetooth/bluetooth.h:141:9: error: invalid conversion from ‘void*’ to ‘bt_get_le32(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint32_t bt_get_be32(void*)’: /usr/include/bluetooth/bluetooth.h:146:9: error: invalid conversion from ‘void*’ to ‘bt_get_be32(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint16_t bt_get_le16(void*)’: /usr/include/bluetooth/bluetooth.h:151:9: error: invalid conversion from ‘void*’ to ‘bt_get_le16(void*)::<anonymous struct>*’ [-fpermissive] /usr/include/bluetooth/bluetooth.h: In function ‘uint16_t bt_get_be16(void*)’: /usr/include/bluetooth/bluetooth.h:156:9: error: invalid conversion from ‘void*’ to ‘bt_get_be16(void*)::<anonymous struct>*’ [-fpermissive] make[2]: *** [Source/Core/Core/CMakeFiles/core.dir/Src/HW/WiimoteEmu/WiimoteEmu.cpp.o] Error 1 make[1]: *** [Source/Core/Core/CMakeFiles/core.dir/all] Error 2 make: *** [all] Error 2 Apparently a problem with bluez, but I have no idea how to fix it. Please help!

commented on 2012-01-09 00:24 (UTC)

works well

commented on 2011-12-10 09:49 (UTC)

@kiodo1981: You can change the settings in the /etc/makepkg.conf so that it will benefit every package you build. Look here: So I don't think it a good idea to add these lines to this specific PKGBUILD. Instead, you can add them in the global settings.

chenxiaolong commented on 2011-12-09 01:14 (UTC)

-> So now dolphin-emu is compiled and optimized for my platform? Exactly. It's optimized for your specific CPU, so it's unlikely that it will run on any computer if you copy over the compiled binaries. -> If so, why don't you update this PKGBUILD? I'm not the maintainer of this package :) Also, I never really though about optimizing the binaries to make it run faster, only the configuration. -> I found this optimizations: add_definitions(-march=native -O3 -fno-stack-protector -pipe -g) I think that was added by the 3 lines in the new PKGBUILD. I can't seem to find that in the original source code. -> What is the command I have to run to find out cores / threads to change make-j8? You can find it by running "lscpu". The "make -j#" won't affect the compiled program, though. It just speeds up the compile time a lot :)

kiodo1981 commented on 2011-12-08 19:39 (UTC)

What is the command I have to run to find out cores / threads to change make-j8?

kiodo1981 commented on 2011-12-08 19:26 (UTC)

EDIT: I found this optimizations: add_definitions(-march=native -O3 -fno-stack-protector -pipe -g)

kiodo1981 commented on 2011-12-08 19:21 (UTC)

Thank you. So now dolphin-emu is compiled and optimized for my platform? If so, why don't you update this PKGBUILD?

chenxiaolong commented on 2011-12-08 19:11 (UTC)

Hmm...maybe the optimizations should be added to this PKGBUILD. When playing New Super Mario Bros Wii at 1920x2160 (dual monitor) resolution with frame limit and audio throttle turned off, I get 85 FPS without optimizations and 92 FPS with optimizations. I used the optimizations in my PKGBUILD below: "-march=native -mtune=native -O3" on my Core i7 2720qm and nVidia Quadro 2000m.

chenxiaolong commented on 2011-12-08 18:44 (UTC)

@kiodo1981: Oops, forgot to paste the PKGBUILD link. Just download the tarball from this page ( and replace the PKGBUILD inside with this one: ).

chenxiaolong commented on 2011-12-08 18:42 (UTC)

@kiodo1981: 1. Try this PKGBUILD: It compiles with the highest optimization (-O3) for your CPU (-march=native -mtune=native). Change the "make -j 8" line to the number of cores/threads your CPU has to speed to the compile time. 2. What patches are you talking about? Patches to the source code can be done by adding a patch -Np1 -i /path/to/patch.diff line to the PKGBUILD. Game memory patches, such as cheatcodes, etc, are done in the GUI after installing this package. If you want to patch the game disk (to modify files, levels in the game), you will need to use a program, like wit ( 3. Simply put, it's not possible. You might be able to achieve a cross compile, if you write your own CMake platform script to compile with mingw32 (or mingw64), but in my opinion, that's way too much work for a simple task. Plus, you'll lose the DirectX plugins, since the DirectX SDK is only available for Windows. If you use Windows, you can use tortoise-git to clone the git repository and use the express edition of Visual Studio to compile dolphin-emu. A tutorial on how to do that is at the dolphin-emu wiki:

kiodo1981 commented on 2011-12-08 09:10 (UTC)

Hello, I have three questions: 1. how can I add optimization for the CPU? 2. how to add the patches? 3. I compile from Linux to Windows? Thank you.

commented on 2011-10-22 14:16 (UTC)


commented on 2011-10-17 11:20 (UTC)

I'm working with Windows for the time being and thus can't make a new tarball. Please install portaudio manually.

kiodo1981 commented on 2011-10-11 09:11 (UTC)

You must install portaudio to start the emulator. This is new PKGBUILD 11 October 2011.

commented on 2011-09-11 11:45 (UTC)

@Mystro256: Thanks,the website has been changed to @Huulivoide: Thanks for your idea, but this is for the ones who have a slow network connection so that they don't need to redownload the entire source but the differed part. Besides, this is the standard git PKGBUILD which gives users a clone of source.

Huulivoide commented on 2011-09-06 20:43 (UTC)

Mayby you could skip the source dir copying and instead instruck cmake to read the files straigt from the git-dir. cmake works well in these kind of situations cmake ../${_gitname} .....

commented on 2011-09-06 16:22 (UTC)

The website should be set to or ;P

commented on 2011-08-23 08:25 (UTC)

Because of branches change(develop merged into master), I updated the PKGBUILD. Whoever downloaded the tarball and uses makepkg himself should delete src directory or git can't find the new branch. This won't affect yaourt as it reclones the entire source every time it runs.

chenxiaolong commented on 2011-08-22 00:39 (UTC)

@sgsdxzy: Thanks for updating the package so quickly :)

commented on 2011-08-21 13:31 (UTC)

Thanks to chenxiaolong. I didn't know much about git, just transfered the svn version into a git one and forgot the check step. Now it should work better.

chenxiaolong commented on 2011-08-20 16:36 (UTC)

Please update PKGBUILD with this: I have modified it so that the entire git branch doesn't have to be "recloned" after every update. Hopefully this will help those with slow internet connections.

commented on 2011-08-20 13:36 (UTC)

thanks for pkgbuild.. but, why change for git? I see in the google code and not understand...