Compiling with CodeBlocks + mingw

[steven]

Hello,


[EDIT] 10 feb 06 - With the new forum the CB files are not attached anymore ! I asked crazyeddy to add the files to the cvs[/EDIT].

This topic is to help people compile CEGUI with Mingw + Codeblocks.

I managed to compile all .dll and .exe (except DX8, Irrlicht which I don't need).

In the attachement are the CB files, which must be unziped in the root cegui directory. These CB files contains debug and release projects.



[EDIT 18 Jan 06] The CB files were updated (v0.4). The OpenGl, DX9, DX8 and Ogre renderer are working ![/EDIT]


READ THE README : It explains which source files must be modified and optional build options.



Now the catch... The samples exe don't work! [EDIT]Now they work [/EDIT]

I am able to build and run Ogre in its opengl and directx version. But there is something really strange with the cegui libraries included : opengl, directx and ogre.

I need to know which library version are needed.
Please: Don't tell me those for VisualC it's not useful I need those for mingw.

If someone is able to compile with mingw and run the samples, I would be really happy to know what is missing.


I hope this will help someone...
Bye

[WhiteKnight]

Its nice to see someone working on Code::Blocks and mingw . How come nobody submits a patch though? I'm keen to submit one if nobody beats me to it.

There are some problems with your project files. Firstly you use copy for the post build steps, but by default Code::Block project should use cp. Second the reason lua_and_tolua++ and CEGUILua aren't compiling is because the files's paths start with '..\..\..\..\..\ScriptingModules' instead of '..\..\..\..\ScriptingModules'. Also the lua_and_tolua++ and CEGUILua output filenames also have one '..\' too many.

Keep up the good work.

[steven]

How come nobody submits a patch though? I'm keen to submit one if nobody beats me to it.

Do it, please.

In the README I tried to put all the source that must be modified. But perhaps I missed some #define in some .h files.

I hope that a CEGUI developer could try to compile it with Codeblocks to determine if something is missing. It should be easy now.

... you use copy for the post build steps, but by default Code::Block project should use cp.

You are right, sorry. I had one time a issue with the codeblock cp so i copied the win copy.exe.

Second the reason lua_and_tolua++ and CEGUILua aren't compiling is because the files's paths start with '..\..\..\..\..\ScriptingModules' instead of '..\..\..\..\ScriptingModules'. Also the lua_and_tolua++ and CEGUILua output filenames also have one '..\' too many.

Right. I corrected it and it seems to compile correctly. Thanks.

I provide below the modified CB files.

Keep up the good work.

Thanks.

BTW, did you succed to run the samples ?
If yes, could you please tell which versions of the GL, DX9 you used? Did you use only the mingw lib?

I still have an issue with the DX9 library. When I try to run any samples it gives me :

Code: Select all

 DX9 debug -> missing dxerr9ab.dll  !?
 DX9 release -> missing entry point _ZN5CEGUIpIENS_6StringEPKc in ceguibase.dll


Any idea ?

Bye

[SOMRoberto]

U forgotten said depencies: cegui depencies and ogre headers and ogremain lib etc.

[steven]

U forgotten said depencies: cegui depencies and ogre headers and ogremain lib etc.

Well... yes and no. I understand the errors messages I didn't understand WHY i had them.

Anyway I found the reasons of most of my problems, I reused the dependencies for cegui 0.3.0 and I had a mix of DX9c and DX9ab versions... !? I don't remember why I did that!

The libDxErr9.a was from DX9ab and will not work with my system DX9c dll. If I simply remove this .a and let CB use the libDxErr9.a provided with CB (w32api-3.2.tar.gz) it works perfectly.


Now the debug version is working but the release has still a problem :

ceguibase.dll, .a and .def where build at the same time (of course) they contain the entry point :
_ZN5CEGUIplERKNS_6StringEPKc @2312 entry in the ceguibase .a, .def and .dll.
But the exe samples are calling _ZN5CEGUIplENS_6StringEPKc

For now, I don't understand this mismatch. But I will.


PS : I now use codeblocks-dependencies-1.0.1.zip you must remove all references to the "old" cegui.

[steven]

YES !!

The samples are working with OpenGl and DirectX9 in debug and release


I provide the updated CB files below.

CAREFUL : you MUST read the README !

The OpenGl version is a bit a hack and I hope
that someone can give me a better solution.


However, the Ogre version is still not working.

I am trying to build against Ogre 1.0.5 but I read some threads that say cegui 0.4.1 is not compatible with ogre version < 1.0.6.
Is this true ? If not, did someone build and run against ogre 1.0.5 (with mingw) ?

Bye

[SOMRoberto]

I got some warning: ../../../../include/CEGUILogger.h:159: warning: base class `class CEGUI::Singleton<CEGUI::Logger>' should be explicitly initialized in the copy constructor
../../../../include/CEGUIWindow.h:3931: warning: base class `class CEGUI::PropertySet' should be explicitly initialized in the copy constructor
../../../../include/CEGUIWindow.h:3931: warning: base class `class CEGUI::EventSet' should be explicitly initialized in the copy
..........
etc.

and error:
cannot find -lfreetype.dll

I compiling cegui 0.4.0 for Crystal Space.

[SOMRoberto]

I got some warning: ../../../../include/CEGUILogger.h:159: warning: base class `class CEGUI::Singleton<CEGUI::Logger>' should be explicitly initialized in the copy constructor
../../../../include/CEGUIWindow.h:3931: warning: base class `class CEGUI:ropertySet' should be explicitly initialized in the copy constructor
../../../../include/CEGUIWindow.h:3931: warning: base class `class CEGUI::EventSet' should be explicitly initialized in the copy
..........
etc.

I compiling cegui 0.4.0 for Crystal Space.

[steven]

SOMRoberto wrote:
I got some warning: ....

Yes. Those 3 warnings are the most annoying but they are not the only ones.

This is one of the reason I hope a CEGUI programer will try to compile cegui with gcc (mingw).

I compiling cegui 0.4.0 for Crystal Space.

Nice.

[SOMRoberto]

CEGUI compiling is perfectly with code::blocks project.

[WhiteKnight]

steven, I see in your readme file you say: "MINGW, __MINGW__ = compiler mingw", but then in your changes to files you use __MINGW32__. It seems that __MINGW32__ is defined by the compiler and therefore is the correct one to use. Also you've changed throw std::exception to throw String, but not the 3 catch std::exception. Also you might want to define the Execution working directory for all demos and for consistency you might want to change lua_and_tolua++'s Objects output directory to use Output as well.

I'm trying to compile OGRE's Dagon version using cegui built with MSYS and haven't succeeded in building cegui with MSYS yet. I have compiled cegui using your project file for Code::Blocks, but when I run a sample I get the dialog box to select a renderer, but once I select OGRE I get an exception saying the the entry point couldn't be found. Though OGRE's Demo_GUI works fine.

[steven]

WhiteKnight wrote:
steven, I see in your readme file you say: "MINGW, __MINGW__ = compiler mingw", but then in your changes to files you use __MINGW32__. It seems that __MINGW32__ is defined by the compiler and therefore is the correct one to use.

Yes you are right.

Also you've changed throw std::exception to throw String, but not the 3 catch std::exception.

Can you show me where you want to make the changes?

Also you might want to define the Execution working directory for all demos and for consistency you might want to change lua_and_tolua++'s Objects output directory to use Output as well.

You are right. I missed some changes during all those copy/select project options/paste/save/ok.

... but once I select OGRE I get an exception saying the the entry point couldn't be found. Though OGRE's Demo_GUI works fine.

I have the same entry point exception for the Ogre renderer... arghh! As I didn't try to compile CEGui 0.3.0 with mingw, I don't know if it's due either by a change from CEGui 0.3.0 to 0.4.0 or from mingw.

When we succed I will make a new version of the CB files.

Bye

[WhiteKnight]

I've been following the changes dermont used for cegui 0.4 and so the compiler didn't see dllexport . I almost submitted a patch with those changes, but then decided to investigate into why those changes where made and came to the same conclusion you must have come to. If only I'd looked at your patch more carefully I'd have saved myself a lot of time.

Now the samples don't give me that entry point error, but now OGRE's memory manager causes the samples to crash .

The three std::exception catches are: CEGuiSample.cpp line 116 and src/renderers/directx81GUIRenderer/renderer.cpp line 68 and 659. Code::Blocks' find in files will find them.

[WhiteKnight]

BTW the DirectX and OpenGL renderers work fine.

[steven]

WhiteKnight wrote:
Now the samples don't give me that entry point error, but now OGRE's memory manager causes the samples to crash .

There are two ways to deal with the OgreMemoryManager :

- First, you can use #include "OgreNoMemoryMacros.h" and #include "OgreMemoryMacros.h". You will need to try where to put them exactly. Tell me if you find. (This is the method used by Sinbad when he has problem with librares).

- Second, more radical, this is the method I adopted. Set in the file "OgreConfig.h" the line :

#define OGRE_DEBUG_MEMORY_MANAGER 1
to
#define OGRE_DEBUG_MEMORY_MANAGER 0

and recompile completely Ogre ! This will remove the ogre debug version memory manager from ALL ogre code. This is appropriate only if you have problem with the debug version not the relase version.

The second permitted me to compile CEGui for Ogre.



But I still have this "entry point error"

The exe is trying to call _ZN5CEGUIplENS_6StringEPKc but
ceguibase.dll, .a and .def contain only the entry point :
_ZN5CEGUIplERKNS_6StringEPKc @2312.

I really don't understand this.