-
Notifications
You must be signed in to change notification settings - Fork 151
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
0001-CMake-Build-Fixes.patch #14
Comments
@sthalik: this will affect headtracker's build. |
In the diff posted, can't find a cache variable declaration, that would control static/shared build type. Is shared object version information really necessary, given how the api's relatively stable? Thanks for the notice about headtracker breakage, in any case. Overall, don't see how the patch improves on things, with the exception of PIC enablement in a generic fashion, but final say of course goes to @uricamic ! |
I'm not sure what you mean, BUILD_SHARED_LIBS is a builtin CMake variable that defaults to FALSE (build static libs). It is a cache variable in the sense that it is saved in CMakeCache.txt Irrespective of the api, which I haven't really examined, soversion is also useful to specify version compatibility between forks of flandmark. I like the changes because they simplify CMakeLists.txt as well as building on linux (I've uploaded an Arch Linux package @ https://aur.archlinux.org/packages/flandmark-git/): But of course final say and etc... ! |
@orbisvicis: thanks for the patch, I tried it on the new universal version of flandmark (not publicly available yet) and I really like how it simplified several things.
I am now busy with the new project, but I will probably incorporate this patch here soon. Anyways, thanks for the patch, if not here, it will be definitely useful in the upcoming projec. |
The following patch addresses the second point, as for the first I'm not really sure if you want to bump the minimum required CMake version or support both approaches or only the former:
|
More changes:
Now that there are no naming conflicts, the following expects CMake output target names to be honored in order to work. @sthalik: you should use FindFLANDMARK.cmake in headtracker's CMakeLists.cmake if you want to be able to specify static/shared versions of flandmark, rather than flandmarkConfig.cmake which will only reference the last version built (ie assume flandmarkConfig.cmake contains the packager's prefered version to link against).
In addition to simplifying flandmarkConfig.cmake, provide absolute paths like find_library():
...
Ok, that's that. I don't expect to post any more patches. FTR, I haven't tested any of these on windows. |
Oops.
|
Could we at the very least not rename the flandmark_static library? This violates POLA. @uricamic what is status on this issue? |
The text was updated successfully, but these errors were encountered: