-
Notifications
You must be signed in to change notification settings - Fork 48
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
Support generating conda binaries for ROBOTOLOGY_USES_PYTHON option #641
Comments
Support for generating conda binariesFor the generation of conda binary packages that is currently tracked in #620, some additional tweaks are necessary. In particular, while on macOS or Linux the usual installation process will work fine, on Windows the layout of the installed packages are a bit different. In particular on Windows given a The CMake options that can be used in this context are:
A quick check shows that the appropriate CMake options on Windows are:
To insert them, we need also a mechanism to inject this CMake options only when a conda recipe is generated, and not when the the projects are compiled via the robotology-superbuild . |
As @singhbal-baljinder is experimenting with Python-based learning library and for several of them the installation via conda is the easiest option, it is a good idea to fix this. |
Will be fixed by robotology/idyntree#852 . |
Another aspect to handle is that, differently from most other C++ dependencies, Python is supported in several versions in conda-forge (at this time, if I am not wrong 3.6-3.9) so we would need to add some kind of variant (https://docs.conda.io/projects/conda-build/en/latest/resources/variants.html) support in our generate recipes. Probably a possible strategy to try is just to rely on the existing conda-forge pinning file (see https://github.com/conda-forge/conda-forge-pinning-feedstock) that can be just installed as |
In the conda-forge based CI and in https://github.com/robotology/robotology-superbuild/blob/master/doc/conda-forge.md, the option
ROBOTOLOGY_USES_PYTHON
has not been tested until now, and this may be quickly bites us as while conda is now a language-agnostic package manager, it has its roots and it is mainly used as of 2021 by the Python community.Support for the building from source workflow
This is tracked in #615, so this issue is now just about generating binaries for ROBOTOLOGY_USES_PYTHON .
The text was updated successfully, but these errors were encountered: