Development troubleshooting

Missed your reply sorry, our uni project is due in a couple of days so I'm busy these days
Yeah it must have been some dependency =/
You can try following the doc I made as closely as possible: https://docs.google.com/document/d/1FGMzODYC8fRpW9uTvpN7YJ8vPJitA3GBuo998efgxJk/edit

So I shrunk some partitions to make some space for a 14.04 install of ubuntu, and following the doc to a t, I ran into issues with CEGUI not compiling with freetype for some reason. the first time I built CEGUI, I did notice that it couldn't find freetype, but then after setting some more variables it found it. However, after rebuilding CEGUI and Thrive, I still get asserts firing telling me that CEGUI was compiled without freetype support.

Ah yes, I had those issues as well, forgot to add them to the doc, sorry, hope you didn't spend too much time on it!

The problem is you have a dynamic library for freetype (.so) and CEGUI, when compiled, expects a static one (.a) to compile correctly. I ended up trying lots of stuff like removing freetype from ubuntu (without removing dependencies, be careful) and reinstalling, I also tried recompiling freetype with flags for static library but didn't work.

I did manage with some help to get a static version, I think it simply involved installing it with "sudo apt-get install libfreetype6" without -dev at the end, as I was told that the dev part means dynamic libraries usually. After obtaining the static version, recompile and reinstall CEGUI and remember to do the renaming thing again.

I'm not sure if my previous attempts (that involved uninstalling freetype) may have helped CEGUI find the .a file i eventually created, so you might need to do something like that.

If it doesn't work I can look further into my installation and ask the guy who was helping me what we did.

You're close to have everything working!  

btw letting you know that this is my exam week and that my activity is a bit lower these days, but i try to check the forums/github atleast once a day and I try to work on some issues when I can.

That's odd, libfreetype6-dev should install the static library, at least, according to the package details. After some looking, it seems that libfreetype.a does exist, it's just not directly in /usr/lib. So perhaps what's needed is to hardlink it in.

Edit: Okay I tried that and it didn't help. I did notice, however, that Ogre apparently compiled without freetype, so I'm recompiling Ogre right now, and then I'll try CEGUI and Thrive again.

Edit: Oh, don't worry -- we all know you're busy, so we plan accordingly. Nobody's upset (as far as I can tell :P) that you have more important matters to attend to.

Edit: Well, that didn't help, CEGUI is still complaining of missing freetype. I don't understand why it's designed like this, shouldn't it be complaining at compile time? After all, this is a compile-time issue. Ah well, we'll have to work around it I guess.

Quote :

I don't understand why it's designed like this, shouldn't it be complaining at compile time?

Freetype is optional for CEGUI, so since it can't find it, it just assumes you don't want it compiled with it, while Thrive depends on CEGUI having freetype.

You can take the potentially easy route and add a flags to the CEGUI compilation, the flags can be found here: http://static.cegui.org.uk/docs/0.8.2/build_options.html
If you add -DCEGUI_HAS_FREETYPE=True to your cmake command, I imagine it would give you a compile error while not finding freetype as you expected it to, you could then add -DFREETYPE_H_DIR=/usr/include/myfreetypelocation or whatever variables it should be complaining about.

On my VM where I managed to get thrive running I have libfreetype.a inside /usr/lib/x86_64-linux-gnu/ which is not exactly a location I remember using, but again, I don't entirely remember the traumatic experience of getting it to work all that well. If you decide not to use the flags option, or if it doesn't work out, you could check the FindFreetype.cmake script that CEGUI comes with, and see where it expects the freetype library and header files to be.

It is possible you CEGUI is finding your dynamic library first (which it fails on, it thinks it can use dynamic library but that requires a whole lot more headache). If that is the problem, you could try as I did: "sudo dpkg -r --force-depends libfreetype-dev" with or without the dev part, I'm not sure, to remove ubuntus freetype (without removing any dependencies). Then later when things are working, just reinstall freetype with apt-get

Thanks
I removed libfreetype6-dev as you suggested, but then the headers disappeared too, so i reinstalled it. Then, after editing the cmakelists to set the freetype library paths to the static paths, running cmake with some added settings (-DFREETYPE_H_PATH_ft2build=/usr/include/freetype2 -DFREETYPE_H_PATH_ftconfig=/usr/include/freetype2 -DCEGUI_HAS_FREETYPE=True) succeeded, and the CEGUI build succeeded. But then I built Thrive and I'm in the same old bind.

Oh chute I didn't make install.

Edit: And one make install later, we are back to square one.

Edit: This time I've removed libfreetype6 but not dev, leaving headers and stuff intact. Let's see if that works.

Edit: It didn't, I got linker errors since Ogre expects a dynamic freetype library and CEGUI links against Ogre. Could you try looking through your bash history?

Glorious news worthy of a double post:

We have liftoff :D!

liftoff:

But I see ugly stuff going on with stretching:

stretchy:

Anyway that's nothing compared to getting it all working yay :D!

As for how I got it working, I think I may have neglected to ldconfig one of the last times I rebuilt CEGUI, or so my garbled bash history tells me. Needless to say, I figured that out after an ldconfig prompted a relinking of Thrive and RunTests

Oh yes, I also edited the CMakeCache directly to change the libfreetype path from .so to .a. That would more likely have been the solution.

Great to see!

Could you perhaps add some troubleshooting tips to the ubuntu build document for potential future installers? You probably have a better idea how to get it worked now

The stretching isn't perfect, and it's very possible to add some bounds for the displayed text if thats what you're mostly bothered about, but obviously at those dimensions things aren't going to look great

AwesomeSiebren wrote:

I encountered a problem when I was setting up CMake, and haven't found a solution.

Code:

Could NOT find PkgConfig (missing:  PKG_CONFIG_EXECUTABLE)
CMake Warning (dev) at CMakeLists.txt:108 (add_subdirectory):
  The source directory

    C:/Users/Siebren/Desktop/Thrive/Thrive-master/contrib/googletest

  does not contain a CMakeLists.txt file.

  CMake does not support this case but it used to work accidentally and is
  being allowed for compatibility.

  Policy CMP0014 is not set: Input directories must have CMakeLists.txt.  Run
  "cmake --help-policy CMP0014" for policy details.  Use the cmake_policy
  command to set the policy and suppress this warning.
This warning is for project developers.  Use -Wno-dev to suppress it.

CMake Error at C:/Program Files (x86)/CMake/share/cmake-3.1/Modules/FindPackageHandleStandardArgs.cmake:138 (message):
  Could NOT find Bullet (missing: BULLET_DYNAMICS_LIBRARY
  BULLET_COLLISION_LIBRARY BULLET_MATH_LIBRARY BULLET_SOFTBODY_LIBRARY)
Call Stack (most recent call first):
  C:/Program Files (x86)/CMake/share/cmake-3.1/Modules/FindPackageHandleStandardArgs.cmake:374 (_FPHSA_FAILURE_MESSAGE)
  cmake_modules/FindBullet.cmake:72 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  CMakeLists.txt:121 (find_package)

Hrmm It looks like you might have missed a step or two from the setup of the pre-build environment https://github.com/Revolutionary-Games/Thrive/blob/master/mingw_setup/readme.txt are you sure you did the necessary git submodule update and ran the powershell script?
The powershell script should be replaceable by downloading this file: directory: mega.co.nz #!pAJgCADK!JZrwB4a2dw-3TBXGj_AImOysEazeVWXm_F_lfxUr7_Q although one person has reported an issue with that I have not yet looked into.

Reallly if all you wanted to mess with initially is lua specific stuff (as is what we discussed on github) then you could simply just get an up to date build and simply copy scripts over (I even have a batch script for that you can have)! Lemme know!

keep getting this error when I try to build thrive after following all directions
||=== Build: install in Thrive (compiler: GNU GCC Compiler) ===|
Users\bount_000\Desktop\Thrive\contrib\googletest\include||No such file or directory [-Werror]|
CMakeFiles\ThriveLib.dir\build.make|54|recipe for target `CMakeFiles/ThriveLib.dir/src/game.cpp.obj' failed|
CMakeFiles\Makefile2|131|recipe for target `CMakeFiles/ThriveLib.dir/all' failed|
C:\Users\bount_000\Desktop\Thrive\build\Makefile|116|recipe for target `all' failed|
||=== Build failed: 4 error(s), 0 warning(s) (0 minute(s), 50 second(s)) ===|

You'll need to run git submodule init and git submodule update to pull in the googletest dependencies. Assuming that you're running command line that is.

timlyo wrote:

You'll need to run git submodule init and git submodule update to pull in the googletest dependencies. Assuming that you're running command line that is.

Figured it out ages ago. Thanks though.