Update CMake configuration to add support for additional system libra…#1158
Update CMake configuration to add support for additional system libra…#1158awawa-dev merged 8 commits intoawawa-dev:masterfrom hatch01:master
Conversation
|
Hi then you wont need to add different named (namespaced or not namespaced) libraries that point to the same library if one name doesnt exist in specific build configuration. |
|
Aliases were not enough so I used another approach which seems to work fine. |
|
Did you try |
|
Yes, I tried it and the import <lunasvg.h> fail when doing this. |
|
OK, try the other way and add to the old code |
|
I get this error : |
here is the build result with your last commit |
|
but there was target lunasvg::lunasvg overwritten in your previous commit 54d7ae2#diff-9fef6ae71d6c1cfbe602513a8aa078942e803a88d0177cc91ddb757e71e864f2L108 |
|
I don't understand, have I done something wrong in this commit? |
|
No, but after |
|
Very strangely when using find_package in the cmakelist from utils-images it works but when I move it into the external cmakelists it is not found |
|
Maybe its something with the GLOBAL atribute but the problem should be the same for the other libraries. |
|
This is now building fine on my side |
|
Do you want me to clean up the git tree a little bit, or is it fine like this? |
|
No it's fine. PR will be squash merged anyway. |
Summary
I added options to be able to use system libs instead of vendored one, following this #1140
I am far from a cmake expert, so don't hesitate to ask me to modify things to make this PR cleaner.
What kind of change does this PR introduce? (check at least one)
Does this PR introduce a breaking change? (check one)
The PR fulfills these requirements:
Fixes: #xxx[,#xxx], where "xxx" is the issue number)