Can't get DX support compiling

[ping-pong2012]

I posted it on the bugtracker too:

For versions 1.7.3 and 1.8.0, Irrlicht just will not link DirectX 9. I use -D_IRR_COMPILE_WITH_DIRECT3D_9_, link d3d9, remove the compileconfig option for MSVC6 or whatever, and nothing. On 1.7.2 all that's in my compile options is that d3d9 in the libs and it works perfectly. On the system I'm compiling 1.8.0 on, it even picks up that the DX headers/libs aren't in the folder but in my environment paths for Include and Lib, but no exe will work. For the system with 1.7.3, the DX files are in the same file structure type as 1.7.2, the dll just is not compiling with directx support.

There are no compiler errors, just the typical warnings from Code::Blocks about undefined cases or functions which may be uninitialized, absolutely not issues any DirectX related functions.

Code::Blocks 12.11, whatever MinGW comes with it

[CuteAlien]

When you say that no exe will work - what exactly does that mean? Does it say that DX9 was not compiled in or do you get some other problem?

[Mel]

If you are developping for Windows, i recomend you to switch to Visual Studio Express 2010, and use the DXSDK from July of 2010, the project files work very well with it.

[ping-pong2012]

It says DX was not compiled in.

I use all the files from the DXSDK and the VC directory for VS 2010 Professional, though I'm still using Code::Blocks

The bigger issue is why this works fine in 1.7.2 but 1.7.3 and 1.8.0 don't, at least for Code::Blocks.

[Nadro]

You probably have undefined "_IRR_COMPILE_WITH_DIRECT3D_9_" (at line 146) in include/IrrCompileConfig.h

[CuteAlien]

Using -D_IRR_COMPILE_WITH_DIRECT3D_9_ should do the same, it's not undefined. And I'm using c::b with DX9, so should still work.

One idea - are you maybe compiling the new dll, but your application still finds the old dll?

[ping-pong2012]

Well this is annoying, I downloaded a fresh 1.7.2 and it won't work, yet when I go back to my 1.7.2 it works fine, despite only have dxd9 in the lib with no define option. 1.7.3 still does the same error, with a fresh download or an existing one. I'm compiling SVN to see what it does.

[ping-pong2012]

And yeah, I delete the dll, rebuild, and a new one shows up with proper modified dates and things.

[ping-pong2012]

Alright, I think it may have been I followed the right method before, but then I found other pages when trying to do it more recently. doing the -D option under the linker options did nothing, I had to add it or the devpack under the define options. Sorry for the inconvenience.