Emulator Issues #2396
closedGNU/Linux x86_64: Wiimote plugin error
0%
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?
Updated by nakeee almost 15 years ago
I can't reproduce this bug.
Can you try a clean build and see if it still happens?
Updated by xamaniqinqu almost 15 years ago
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.
Updated by glennricster almost 15 years ago
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.
Updated by nakeee almost 15 years ago
even if there is nothing wrong with the script we are still missing some ifdef somewhere.
Updated by xamaniqinqu almost 15 years ago
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.
Updated by nakeee almost 15 years ago
You have also the devel package installed right? (all the includes)
Updated by xamaniqinqu almost 15 years ago
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.
Updated by glennricster almost 15 years ago
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.
Updated by nakeee almost 15 years ago
I compile dolphin on gentoo on daily basis.
It works just fine for me
now it's even weirder that I can't reproduce:)
Updated by xamaniqinqu almost 15 years ago
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!
Updated by nakeee almost 15 years ago
- Status changed from New to Invalid
ok marking as invalid then:)