Emulator Issues #2396
closed
GNU/Linux x86_64: Wiimote plugin error
Added by xamaniqinqu over 14 years ago.
Relates to performance:
No
Relates to maintainability:
No
Description
Description: The Wiimote plugin cannot be loaded.
O/S: Gentoo GNU/Linux x86_64
Revision: 5164
Expected output: Wiimote plugin loads without errors
Actual output: Wiimote plugin cannot be loaded because it contains an
obsolete symbolic constant
Error output: DL: Error loading DLL plugins/libPlugin_Wiimote.so:
plugins/libPlugin_Wiimote.so: undefined symbol:
_ZN11WiiMoteReal18g_NumberOfWiiMotesE35:41:083
Source/Core/Common/Src/DynamicLibrary.cpp:88 E[COMMON]: DL: Error loading
DLL plugins/libPlugin_Wiimote.so: (null)
Additional info: I built the release flavour of Dolphin. Maybe this is a
debug symbol that was built regardless of my specified flavour?
I can't reproduce this bug.
Can you try a clean build and see if it still happens?
Hello Nakeee,
It appears the configure script can't find my Bluez libraries. I have rummaged around
in the SConstruct files, but I know no Python. Configure says:
Checking for bluez... (cached)
Using pkg-config for bluez... (cached) no
Looking for lib bluez... (cached) no
I do have a PC file for Bluez in /usr/lib64/pkgconfig/ . It says the following:
prefix=/usr
exec_prefix=${prefix}
libdir=/usr/lib64
includedir=${prefix}/include
Name: BlueZ
Description: Bluetooth protocol stack for Linux
Version: 4.61
Libs: -L${libdir} -lbluetooth
Cflags: -I${includedir}
Hopefully someone will be able to fix this issue.
It seems that you don't have pkg-config configured correctly. Try running
"if $(pkg-config --exists bluez); then echo true; else echo false; fi"
from a terminal. If that returns true then there is something wrong with the dolphin
scons scripts. Otherwise it is your setup of pkg-config.
even if there is nothing wrong with the script we are still missing some ifdef somewhere.
Hello Glennricster,
Thanks for your response. As I already stated, nothing's wrong with my pkg-config,
the bluez.pc file is there and other applications can build against it. Your Bash
command as well returns true, so I fear something's not well in SCons land.
Guess I'll go do a Python crash course, maybe I can solve it.
You have also the devel package installed right? (all the includes)
Hello Nakeee,
I'm using Gentoo, a source based distribution. There are no devel packages, as all
packages install header files in /usr/include/ by default. I have all needed includes
there. I have taken a look inside the SConstruct file. It calls a function from
SconsTests/utils.py, at line 90:
def CheckPKG(context, name):
context.Message( 'Checking for %s... ' % name )
if platform.system().lower() == 'windows':
return 0
ret = 1
if not CheckFramework(context, name):
if not ConfigPKG(context, name.lower()):
ret = CheckLib(context, name)
context.Result(ret)
return int(ret)
Unfortunately I don't know Python, so I wouldn't know what's wrong.
Yeah, I will take a look at it later this afternoon. If that bash command returned
true, then scons should also find the information it needs.
I compile dolphin on gentoo on daily basis.
It works just fine for me
now it's even weirder that I can't reproduce:)
Don't sweat it, Nakeee and Glenn, when I build Dolphin without the flavor=release
option, the binary runs fine. I really think it was a stray debug symbol. All Wii
games work fine on Dolphin atop GNU/Linux now.
Take that, Nintendo!
- Status changed from New to Invalid
ok marking as invalid then:)
Also available in: Atom
PDF