Horde3D

Hello guys, I have some noob problems with compiling Horde3D Engine.
I'm using GCC/MinGW compiler 3.4.5 to compile H3D engine but I'm getting the following errors on "egCom.h" [line 105 - H3D Engine] and "main.cpp" [line 113, 118, 165 - H3D Utils] [Offical SDK 1.0.0 beta 1]:





[There is not any problems with MSVC compiler]
[I'm using C::B svn 5195 + MinGW/GCC 3.4.5 + GDB 6.8 + WinXP SP2]

When we were compiling Horde with CodeBlocks, all we did was import the Visual Studio Workspace file, then fix the library includes

You could try that, cause I never had those errors, and we compiled both the "stable" release and the "unstable" SVN pretty regularly in CodeBlocks.

If that doesn't work, I'll go hunt out our project file for you.. which I need to do anyway as our fiddled with converter code is in there, and I'm about ready to write a HOWTO on extending it after cleaning up my code.

I think there isn't any problems with library includes

The "undefined references" mean it can't find the function call that the headers are referring to.. be it within .C/.CPP files or DLL files.. so this is sortof a library problem.

"va_list" is in a standard header - stdarg.h specifically.

Which MinGW release did you grab? there's a number of them about... the Ogre3D crew have one, there's another that comes with Code::Blocks, and there's the official ones from the MinGW team. I've also seen user hacks to get GCC 4.x running as well... might just be you've a bad release.

The one I use is the Ogre3D version as they did some fiddling to it for allowing exceptions across the DLL boundaries, and may have fixed some other bugs at the same time.

I'll put up my workspace and project files for you tomorrow if you've still no joy.. I've been cleaning out my computers today so there's stuff everywhere at the moment.

Thanks a lot , the problem with "egCom.h" has been resolved by adding the "#include <stdarg.h>".

But still I have those problems with H3D Utils



I'm using the latest Offical MinGW/GCC 3.4.5 .



Thanks a lot my friend

Those symbols should be in gdi32.

Do you know how to solve this problem

Add the library ((lib)gdi32.a?) to the project?

I guess that's something we can add to the SVN since it shouldn't hurt any of the platforms, should it?

Only platform it is likely to hurt is Windows, all *nix should have stdarg.h, so as long as you test it, we should be okay

_________________
Tristam MacDonald - [swiftcoding]

THANX ; By adding the "libgdi32.a" to the linker, the second problem has been resolved

But there is a little problem with vcprojects (H3D Engine, samples, ...), when I'm importing them to the C::B and trying to compile them the following error will be occure :



I've tried to solve this problem by clearing these scripts from the "Pre/Post build steps" section and it works too, but after compiling it gives unnamed ".exe" or ".dll" files and I must rename them manually

I guess, CMake is not able to create Code::Blocks projects, is it?

See my thread in the bug reports section.


It is, but it's relatively difficult to create the project files for the first time (you have to do it from the command line), and the project files suck (only compiling, no debugging in the IDE, no adding files directly in the project etc).

EDIT:

To me that looks as if there are "" missing around the path which contains spaces.

EDIT 2:
I should have looked at that other thread first. Volker comitted the stdarg thing. thx!

Maybe it helps if you change the place of your files to a directory that does not contain spaces.

Sorry, I've tried those trix (using "" and changing location) but they didn't solve the problem.
By changing the project location to another place (directory that does not contain spaces) compiler says : Invalid number of parameters
By using "" compiler says: Invalid path