PDA

View Full Version : Error making xbmc.exe file with current SVN


djdafreund
2008-11-20, 10:00
It's throwing me an error no much after starting the build script, both using vs2003 method, and also using Win32setup installer maker method. Just started happening since yesterday (or day before yesterday) SVN compiles. This is happening even with a fresh and new SVN directory.

The ending of the log file is below-


Creating command line "cl.exe @"d:\XBMC\PC\project\VS2008Express\XBMC\Release (SDL)\RSP00001154445240.rsp" /nologo /errorReport:queue"
Creating temporary file "d:\XBMC\PC\project\VS2008Express\XBMC\Release (SDL)\RSP00001254445240.rsp" with contents
[
/Ox /Ot /Oy /I "..\..\xbmc\cores\dvdplayer" /I "..\..\xbmc\win32" /I "..\..\xbmc\cores" /I "..\..\xbmc\\" /I "..\..\xbmc\utils" /I "..\..\guilib\\" /I "..\..\\" /I "..\..\xbmc\lib\libUPnP\Platinum\Source\Devices\Med iaRenderer" /I "..\..\xbmc\lib\libUPnP\Platinum\Source\Devices\Med iaConnect" /I "..\..\xbmc\lib\libUPnP\Platinum\Source\Devices\Med iaServer" /I "..\..\xbmc\lib\libUPnP\Platinum\Source\Core" /I "..\..\xbmc\lib\libUPnP\Platinum\Thirdparty\Neptune \Source\Core" /I "..\..\xbmc\lib\libUPnP\Platinum\Thirdparty\Neptune \Source\System\Win32" /I "..\..\xbmc\cores\dvdplayer\DVDCodecs\Overlay" /I "..\..\xbmc\FileSystem" /I "..\..\xbmc\lib\libRTMP" /I "..\..\xbmc\lib\boost" /I "..\..\xbmc\lib\libPython\Python\PC" /D "_WINDOWS" /D "_MSVC" /D "WIN32" /D "NDEBUG" /D "_WIN32_WINNT=0x0501" /D "WINVER=0x0500" /D "HAS_SDL" /D "NOMINMAX" /D "_USE_32BIT_TIME_T" /D "_VC80_UPGRADE=0x0710" /D "_MBCS" /FD /MT /GS- /arch:SSE /Fo"XBMC\Release (SDL)\\" /Fd"XBMC\Release (SDL)\vc90.pdb" /W3 /c /TC /wd4996 /EHa /MP

..\..\xbmc\cores\DllLoader\exports\emu_socket\inet _pton.c

..\..\xbmc\cores\DllLoader\exports\emu_socket\inet _ntop.c

..\..\xbmc\cores\DllLoader\exports\emu_socket\inet _aton.c

..\..\xbmc\cores\DllLoader\exports\emu_socket\getn ameinfo.c

..\..\xbmc\cores\DllLoader\exports\emu_socket\geta ddrinfo.c

..\..\xbmc\cores\dvdplayer\DVDCodecs\Overlay\libsp ucc\cc_decoder.c
]
Creating command line "cl.exe @"d:\XBMC\PC\project\VS2008Express\XBMC\Release (SDL)\RSP00001254445240.rsp" /nologo /errorReport:queue"
Output Window
Compiling...stdafx.cpp..\..\guilib\system.h(81) : fatal error C1083: Cannot open include file: 'DInput.h': No such file or directory
Results Build log was saved at "file://d:\XBMC\PC\project\VS2008Express\XBMC\Release (SDL)\BuildLog.htm"XBMC - 1 error(s), 0 warning(s)

WiSo
2008-11-20, 15:51
Looks like you somehow lost the path to the directx sdk.

djdafreund
2008-11-21, 04:23
Ah crap. Ok then, that's not really a big deal, i'll just reinstall it again. Thanks for helping me out with letting me know that. Glad it's a simple solution too. Phew!!! :)

Ehhh. That didn't work. I reinstalled it but it still throws the error. Shoot! Hmmm.. . Could you recommend what to verify or double-check please?

Thanks ahead.

WiSo
2008-11-21, 10:15
Sure, read the FAQ :nod:
You have to add the include and lib directories to VS Express that it can found the additional libraries.

djdafreund
2008-11-21, 10:57
I know that part, i have been building these daily now since it's addition, and the xbox versions since it's release. It didn't save my last edit. I wrote the following and deleted everything after the 'Ehhh' part-

"I found out the problem, and i don't know if it's because the wiki is not quite right, or if it's something changed with the sdk 2008, which is what i downloaded and am using now, but the wiki said to point the lib directory (due to 2007 changes) to either \x86 or \x64 depending on the OS. I found out that it NEEDS to be pointing to the \x86 directory reguardless. I am using Vista 64bit, and it gives the error when pointing to the \x64 directory, but as soon as i point it to the \x64 directory it works again and builds just fine. I switched this back and forth 2 times to confirm this.'

Now, somehow the library association did vanish, which did cause the problem (don't know how since i didn't modify anything since it started happening, but once fixed and it still wasn't working, that's when i noticed the above about needing to point it to \x86 no matter if your using a 64bit OS or not. The wiki says otherwise, which technically is wrong. So really, the wiki/faq actually CAUSED me part of the problem.
Which is weird, because all the stuff i compile with python it DOES require using all the needed 64bit directories and files. Seems that xbmc needs 32bit reguardless.


As stated in the wiki-
"Note that the SDK path depends on your installation. The April SDK needs it platform based. So use either
C:\Program Files\Microsoft DirectX SDK (April 2007)\Lib\x86 or C:\Program Files\Microsoft DirectX SDK (April 2007)\Lib\x64"Which is not true. It needs to point to x86 even if using 64 bit. Or it will throw errors. Hope this helps others. Now, if using SDK 2004, this won't apply and works fine. But i recently switched to SDK 2008 not knowing this will have this effect caused.

WiSo
2008-11-21, 11:05
Might be. The original text hasn't that differentiation but a user edited it that way.

Edit:
I posted a note in the wiki.

djdafreund
2008-11-21, 19:10
Just checked out that change. Yeah that's perfect. Thanks for making that change. It's appreciated. :)

WiSo
2008-11-22, 23:40
It's appreciated that you read and post corrections :nod: