-
Notifications
You must be signed in to change notification settings - Fork 7
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
Refactor CMake files #26
Comments
As commented with @PeterBowman this issue is mainly related with all the exporting dependencies for (...) quite manually for now... comments. |
I'm afraid we are somehow constrained by having to deal with Debian's outdated (6.0) SO. Of course, these lines could be improved a bit anyway, in that respect I found YARP's use of CMake a valuable source for discovering features and good (I hope so) practices in dealing with project configuration. I noticed yesterday some ongoing work targeted towards next YARP releases to support CMake 3.0, let me link it here just for interest's sake: robotology/yarp@215c823. Keep in mind that teo-body is stuck at 2.8.9 which, incidentally, is guaranteed to be supported in current YARP distributions, thus many ideas could be borrowed from them for use in this repo. |
Most of the constraints mentioned in my earlier comment could be collaterally solved with #118. |
Example: roboticslab-uc3m/kinematics-dynamics#14. |
WIP at the I need to test it on Debian 6.0, but from what I recall, YCM didn't work with this same CMake version on Ubuntu Precise. |
I managed to solve that by digging in our own installation guides: install-cmake.md#openssl-support. Funnily enough, I run into this same issue a few months ago, identified the cause and added that section in Let me express my relief with a bunch of fine sarcasm. |
Confirmed, Debian 6.0 backports support SSL. |
Done at 891df8f. |
A great number of new CMake features would make our CMake files cleaner and better.
The text was updated successfully, but these errors were encountered: