Errors building CEGUI makefiles

[Benniczek]

Hello all you people!

Being new to CEGUI I today downloaded the latest sourcecode as well as the dependencies. I created a makefile using CMake and following the documentation for version 0.8.7. I wanted to build all the dependencies first and when that failed I just went for the CEGUI source code where I tried to build all the features that were checked by default in the CMake GUI. Executing the makefiles in the command line first seemed to work just fine but failed after a few percent in both cases due to syntax errors.

I put screenshots of the errors into a pdf: https://www.dropbox.com/s/7i0ymensbs417gq/cegui_build_errors.pdf?dl=0

My compiler is MinGW GCC version 4.8.1. Feel free to ask for any other information you need. I'm grateful for any bit of suggestion that may help me solve this issue

Greetings,
Benniczek

P.S.: I'm only a halfway decent amateur at programming and stuff... so expect me to ask questions in cases of overly sophisticated jargon

[YaronCT]

@Benniczek: You use the old, unmaintained MinGW, which there's no reason to use. Only its fork, MinGW-w64, is supported. You can get it here.

Note that despite its name, MinGW-w64 supports both x86 and x64.

Choose this conf:

Architecture - "i686" if u want to target x86, "x86_64" if u want to target x64.
Threads - "Posix"
Exception - "sjlj" if u target x86, "seh" if u target x64.

As for "Version" - use the latest 6.x, 5.x or 4.9.x, depending on your preference of newer vs. more stable. If u don't know what to choose - choose the latest 4.9.x.

[Benniczek]

@YaronCT:
Thanks for your answer, I installed MinGW-w64 on my computer (version 4.9.3). Building CEGUI itself works now but when it comes to the dependencies, the exact same error concerning liblibpng.dll still occurs: The compiler doesn't recognise pngwin.def, treats it as a linker script and produces a syntax error... Got any more ideas?

[YaronCT]

@Benniczek: Which cmake version and which target architecture (x86 or x64)?

[Benniczek]

CMake 3.3.2 and x86 architecture

EDIT: Building the dependencies works when I uncheck SILLY in the build options (guess the liblibpng.dll belongs to this library). The openGL render features of CEGUI will be enough for me at least for now, I guess. Still, would be interesting to know what goes wrong with SILLY.

[YaronCT]

@Benniczek: It builds for me using your conf. Plz re-download the cegui deps from here (branch "v0-8") and rebuild everything (including remove build dir and re-run cmake).

Also plz write the cmake options u use (if any).

[Benniczek]

Thank you very much, it finally works with your deps (something wrong with the ones I downloaded via sourceforge?).
There were quite a lot of warnings from the compiler (concerning visibility, mostly) but no errors.

P.S.: I used no special CMake options and build those dependencies that are checked by default, i.e. the Expat parser, Silly and all those modules needed for OpenGL and Direct3D

[YaronCT]

@Benniczek: Arg.. For some reason only god perhaps knows we link to a version of the cegui deps from 2013. Gotta fix it asap.. Thanx for helping us catching this!

[YaronCT]

@Ident: We must replace the download link of the cegui-deps here to the right one, and preferably do it in all cegui 0.8.x docs. The very confusing "0.8.x" tag must b removed. I can't believe we've caught this only now..

[Ident]

@Ident: We must replace the download link of the cegui-deps here to the right one, and preferably do it in all cegui 0.8.x docs. The very confusing "0.8.x" tag must b removed. I can't believe we've caught this only now..

Sure, feel free to fix it

[YaronCT]

@Ident: Oh, it's not I try to put this on u lol I just don't have access to the cegui server to change the links..

[Ident]

The documentation is generated from the doxygen folder in the v0-8 repository branch. The fix needs to go in there and next time we release CEGUi we upload the 0.8.8 documentation and it will have the links fixed.

[YaronCT]

@Ident: I know, but I'm afraid that's not good enough. I think we must update all existing links asap.

[Ident]

I dont see how it makes sense to do that. The version is released and it makes no sense to edit online docs while the offline docs (user generated) are still the old ones.

[Ident]

At best we could update the deps package itself on sourceforge..?