Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build Expat and GLM statically as dependencies from 3rdparty submodules #308

Closed
devshgraphicsprogramming opened this issue May 29, 2019 · 2 comments

Comments

@devshgraphicsprogramming
Copy link
Collaborator

devshgraphicsprogramming commented May 29, 2019

#253 will need GLM and we'll need an XML parser to implement a mitsuba loader for #303 .

We can achieve some tranquility as the mission to statically link CEGUI and its dependencies will be 40% accomplished (only Freetype2, GLEW and PCRE will hold us up).

Expat

CEGUI uses: https://github.com/libexpat/libexpat/releases/tag/R_2_0_1
But see if we can bump to https://github.com/libexpat/libexpat/releases/tag/R_2_1_1 or even https://github.com/libexpat/libexpat/releases/tag/R_2_2_6 without upsetting CEGUI

We should grab just the ./expat subdirectory from the repo (if possible) as the rest is travisCI crap.
It appears to have a working CMakeLists.txt

Obviously don't build expat if irr::ext::cegui nor irr::ext::mistubaloader is not being built (default bahviour with dependencies I guess?).

GLM

Use https://github.com/g-truc/glm/releases/tag/0.9.9.5
Unless CEGUI or GLI moan.

I guess glm will build by default to support the built-in loading of DDS and KTX.

@manhnt9 , @Crisspl , @Florastamine any takers?

@devshgraphicsprogramming
Copy link
Collaborator Author

expat 2.2.6 looks fine

@devshgraphicsprogramming
Copy link
Collaborator Author

committing a work-around for CEGUI's build system of death

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant