Have some problem with sdl and sdl_image in gl branch.

[khotaonickvai]

Have some problem with sdl and sdl_image in gl branch.

[sepcnt]

Also, the best practice of referencing third party libraries may be to put their source in ${CMAKE_SOURCE_DIR} rather than ${CMAKE_BINARY_DIR}, which would result in dummy. In all, the CMakeFile.txt may need refactoring.

https://stackoverflow.com/questions/34367424/building-glfw3-application-with-cmake-glfw-libraries-doesnt-set

Edit: No more CMake issue for now!

[khotaonickvai]

Also, the best practice of referencing third party libraries may be to put their source in ${CMAKE_SOURCE_DIR} rather than ${CMAKE_BINARY_DIR}, which would result in dummy. In all, the CMakeFile.txt may need refactoring.

https://stackoverflow.com/questions/34367424/building-glfw3-application-with-cmake-glfw-libraries-doesnt-set

I pass some external part cmake build by edit cmake files in cmake folder of sdl_image for build sdk, some conflict i can see that make failed with dir in cmake files and i fixed it by hard code string for sdk_dir and names variable in command find library and find dir ...

But Gl branch can not run because glInterface is in process of develop,

[Patoke]

Hello, yes, as already mentioned the GL branch is not compilable as it's in the middle of development, I was supposed to push a fix for SDL linking but I completely forgot to implement it correctly

I will keep this issue open until these problems are resolved

Thanks for your interest in the project 👍

Also, the best practice of referencing third party libraries may be to put their source in ${CMAKE_SOURCE_DIR} rather than ${CMAKE_BINARY_DIR}, which would result in dummy. In all, the CMakeFile.txt may need refactoring.

https://stackoverflow.com/questions/34367424/building-glfw3-application-with-cmake-glfw-libraries-doesnt-set

We encountered some problems by keeping the source and binaries separated, specifically with ZLib and LibPNG, all this implementation code for now is a placeholder as we're not currently focused in optimizing and cleaning code, we're currently focused in getting working versions of the game using different renderers (which hopefully might be able to be merged together into one branch)

A lot of files will be either partially or completely refactored in the future as to keep code optimized and follow the best modern practices for C++ codebases

We will take these bad practices into consideration and are always open to pull requests which fix these problems but currently they're not in our todo list