[SOLVED] Linux Mint (Ubuntu based): libCEGUI.so not found

[TheSHEEEP]

Hey there,

I built CEGUI successfully in linux and can use it in my program.
Now I am trying to get CEED to work, on linux too.
I followed the guide ( http://cegui.org.uk/wiki/CEED ) to build CEGUI for that purpose and did not get any errors.

CEED also does start, but as soon as I want to do something (like loading a project), I get the following error message:

An attempt was made to load resources related to the project being opened, for some reason the loading didn't succeed so all resources were destroyed! The most likely reason is that the resource directories are wrong, this can be very easily remedied in the project settings.

This means that editing capabilities of CEED will be limited to editing of files that don't require a project opened (for example: imagesets).

Details of this error: CEGUI::GenericException in function 'CEGUI::DynamicModule::DynamicModule(const CEGUI::String&)' (/home/thesheeep/cegui/cegui/cegui/src/DynamicModule.cpp:222) : Failed to load module 'libCEGUI.so': /usr/local/lib/cegui-0.8/libCEGUI.so: cannot open shared object file: No such file or directory

Looking at that path, libCEGUI.so is indeed missing. But all other libs are present (libCEGUIBase, etc.). And as I said, the build & make install did not yield any errors.

[Ident]

I am not sure if I understand this right: You try to build CEED on Linux for Windows?

[TheSHEEEP]

No. I try to build CEED on Linux for Linux

[Ident]

Okay you expressed yourself very very ambiguously there. Unfortunately i only have experience building it on Windows.

[TheSHEEEP]

Yes, I can see now that I made one typo of replacing linux with Windows. Fixed

[Kulik]

Either your default image codec is "" or your default xml parser is "". Or both.

[TheSHEEEP]

I'm currently on another machine and can't check it.
But I do not remember setting those manually.

I remember that on Windows they were set automatically, does it behave differently on linux?

[Kulik]

They are set automatically but at least one XML parser and Image codec has to be found. Else it's set to "". I think.

cmake does warn you that none is going to be built but it is possible to miss that message.

[Ident]

cmake does warn you that none is going to be built but it is possible to miss that message.

Wouldnt it be better to change it into causing an error?

[TheSHEEEP]

I agree. It will be a few days until I can look into this again, but even if this is not the issue I am facing, this should be an error as it makes the lib practically unusable.

[Kulik]

It actually can be a valid use case. That's why it's not an error.

For users that are initializing the library and passing their own XML parsers or image codecs that they built as part of their project.

[TheSHEEEP]

And for the vast majority, it will be an error. The vast majority is always what should count considering ease of use.
Who'd use their own XML parser, really? It is such a minor thing. Image codec is more likely, but still...

The best solution IMO would be a CMake flag that can be checked in the GUI (or command line), if someone wants to use their own XML/image codec, he can check that flag and there will not be an error.
Most people won't care or even know about the flag anyway and will get an error that tells them what is going on. So they have to fix the missing libs problem or check the flag if they know they will use their own libs.

[Kulik]

That's a good point. I think that would be a nice change to our build system.

So.. who's going to produce the patch?

[TheSHEEEP]

Huh. I am back at my linux machine, did the whole build again and now everything works fine.
Maybe I installed a missing lib (freeimage or expat, maybe?) in the meantime which resolved the problem.

Still, I think the above problem remains a valid one.

[Ident]

Please open a ticket for the Cmake change on CEGUI's bitbucket including description and link to this thread.
Also feel free to make a PR.