dinput8.lib should export these 'const int' values:
c_dfDIKeyboard, c_dfDIKeyboard, c_dfDIMouse2, c_dfDIMouse2
If I do a nm dinput.lib (or dinput8.lib for that matter) it doesn't seem like they are exported. Me being stupid or what? I've tried posting on the mailing-list, but I guess this is where the action is.
Rene
P.S. Are there no search function in SourceForge's forums?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
You can also find alternative search methods laid out in the thread "Read This Before You Ask A Question", which, I take it, you did not read before you asked your question?
Wayne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-11-15
Nope. I'm one of those guys who'd much rather read 400kb of wrong documentation than assume things were sensible.
Anyway: Searched to no avail. Someone _did_have that same problem, but the thread ended in: "I had to replace libdinput.a by the one wich is in the dx8 package"??
I using the official dx9 devpack. There is only one libdinput.a and one libdinput8.a. Even linking with all the libraries under ../lib still doesn't cure the problem. Don't know what that guy did. Here follows my compile-log:
Info: resolving __ZN4Ogre13MemoryManager11sMemManagerE by linking to __imp___ZN4Ogre13MemoryManager11sMemManagerE (auto-import)
../src/OgreWin32Input8.o(.text+0x775):OgreWin32Input8.cpp: undefined reference to `c_dfDIKeyboard'
../src/OgreWin32Input8.o(.text+0xf6d):OgreWin32Input8.cpp: undefined reference to `c_dfDIKeyboard'
../src/OgreWin32Input8.o(.text+0x179c):OgreWin32Input8.cpp: undefined reference to `c_dfDIMouse2'
../src/OgreWin32Input8.o(.text+0x1d91):OgreWin32Input8.cpp: undefined reference to `c_dfDIMouse2'
dllwrap.exe: no export definition file provided.
Creating one, but that may not be what you want
dllwrap.exe: c++ exited with status 1
make.exe: *** [PlatformManager_Win32.dll] Error 1
Execution terminated
Rene Jensen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-11-15
..I've also tried searching all .h files to see if c_dfDIKeyboard & co should lurk as a #define. It didn't. DInput.h gives:
extern const DIDATAFORMAT c_dfDIKeyboard;
but nothing comes out of it. One could suspect a mangling-scheme issue. Should that read: extern "C" const ... ???
Further, the .def files (located at ../lib/Definitions) haven't any c_dfXXXXX listed.
Please also let me know if this is a wrong forum for this discussion.
Rene Jensen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-11-16
A closer inspection reveals that the afore mentioned declarations of c_dfDIXXXX were already enclosed in extern "C" statements. That was my last good guess.
Here is what I should have specified when I started posting, had I been more observant:
Using dev 4.9.8.4
gcc --version yields 3.2 (mingw special 20020817-1)
Installed the DirectX9 devpak from default download-location servebeer.com
Thanks for any help - Rene
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-11-16
your welcome
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
dinput8.lib should export these 'const int' values:
c_dfDIKeyboard, c_dfDIKeyboard, c_dfDIMouse2, c_dfDIMouse2
If I do a nm dinput.lib (or dinput8.lib for that matter) it doesn't seem like they are exported. Me being stupid or what? I've tried posting on the mailing-list, but I guess this is where the action is.
Rene
P.S. Are there no search function in SourceForge's forums?
See where it says Search, up and to left of your post?:)
Derek
You can also find alternative search methods laid out in the thread "Read This Before You Ask A Question", which, I take it, you did not read before you asked your question?
Wayne
Nope. I'm one of those guys who'd much rather read 400kb of wrong documentation than assume things were sensible.
Anyway: Searched to no avail. Someone _did_have that same problem, but the thread ended in: "I had to replace libdinput.a by the one wich is in the dx8 package"??
I using the official dx9 devpack. There is only one libdinput.a and one libdinput8.a. Even linking with all the libraries under ../lib still doesn't cure the problem. Don't know what that guy did. Here follows my compile-log:
Compiler: Default compiler
Building Makefile: "C:\develop\OGRE-SRC\PlatformManagers\Win32\scripts\Makefile.win"
Executing make...
make.exe -f "C:\develop\OGRE-SRC\PlatformManagers\Win32\scripts\Makefile.win" all
dllwrap.exe --output-def libPlatformManager_Win32.def --driver-name c++ --implib libPlatformManager_Win32.a ../src/OgreWin32ConfigDialog.o ../src/OgreWin32ErrorDialog.o ../src/OgreWin32Input8.o ../src/OgreWin32PlatformDll.o ../src/OgreWin32Timer.o PlatformManager_Win32_private.res -L"C:/Applications/Dev-Cpp/lib" -L"C:/develop/GTK-GDK-PANGO/lib" -L"C:/develop/XML-XSL/lib" -L"C:/develop/OGRE/lib" -L"C:/develop/ZLIB-JPEG-TIFF-PNG-FT2/lib" -L"../../../OgreMain/lib/Release" -lkernel32 -luser32 -lgdi32 -lwinspool -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid -lodbc32 -lodbccp32 -lOgreMain -ldxguid -ldinput -ldinput8 -o PlatformManager_Win32.dll
Info: resolving __ZN4Ogre13MemoryManager11sMemManagerE by linking to __imp___ZN4Ogre13MemoryManager11sMemManagerE (auto-import)
../src/OgreWin32Input8.o(.text+0x775):OgreWin32Input8.cpp: undefined reference to `c_dfDIKeyboard'
../src/OgreWin32Input8.o(.text+0xf6d):OgreWin32Input8.cpp: undefined reference to `c_dfDIKeyboard'
../src/OgreWin32Input8.o(.text+0x179c):OgreWin32Input8.cpp: undefined reference to `c_dfDIMouse2'
../src/OgreWin32Input8.o(.text+0x1d91):OgreWin32Input8.cpp: undefined reference to `c_dfDIMouse2'
dllwrap.exe: no export definition file provided.
Creating one, but that may not be what you want
dllwrap.exe: c++ exited with status 1
make.exe: *** [PlatformManager_Win32.dll] Error 1
Execution terminated
Rene Jensen
..I've also tried searching all .h files to see if c_dfDIKeyboard & co should lurk as a #define. It didn't. DInput.h gives:
extern const DIDATAFORMAT c_dfDIKeyboard;
but nothing comes out of it. One could suspect a mangling-scheme issue. Should that read: extern "C" const ... ???
Further, the .def files (located at ../lib/Definitions) haven't any c_dfXXXXX listed.
Please also let me know if this is a wrong forum for this discussion.
Rene Jensen
A closer inspection reveals that the afore mentioned declarations of c_dfDIXXXX were already enclosed in extern "C" statements. That was my last good guess.
Here is what I should have specified when I started posting, had I been more observant:
Using dev 4.9.8.4
gcc --version yields 3.2 (mingw special 20020817-1)
Installed the DirectX9 devpak from default download-location servebeer.com
Thanks for any help - Rene
your welcome