-
Notifications
You must be signed in to change notification settings - Fork 28
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
Conan 2 in CI #1020
Comments
A brief update on this. Since we removed the Our The one remaining workaround in our conanfile.py is to be able to use release builds of libraries in a debug build of the project. However, there is a proper way to do it via Conan, as well as a CMake based alternative that seems to work (though I think we should use the Conan way). |
It'd def be good to have CC actually be up to date and maintained. |
Another reason https://github.com/foundrytom/OpenAssetIO/actions/runs/6381788009/job/17319007059?pr=40 (More |
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
Closes OpenAssetIO#1020. Conan v2 has been out for some time now and supports all of our dependencies. The command-line syntax is somewhat different, so update all usages to use the new syntax. It is no longer possible to mutate a Conan profile via the command line, so we have to supply a custom profile (or edit the default profile via an alternative mechanism - not pursued here). Thankfully, Conan profiles are Jinja templates with some handy utility functions injected out of the box, in particular the `detect_api`. This means we can ship a single Conan profile, which will work across all platforms. Currently, auto-detection is used for all profile fields except the C++ standard, and on Linux the libstdc++ ABI toggle. Both of these explicitly specified fields follow VFX Reference Platform CY2022. Use the `CMakeToolchain` generator, rather than the (now removed) `cmake_paths`. Hence update the various `CMAKE_TOOLCHAIN_FILE` et al. references to use `conan_toolchain.cmake` Signed-off-by: David Feltell <[email protected]>
What
Decide how we are going to support Conan 2
Why
It's out, and soon we'll fall foul to incompatibilities with older conan versions and the newer ecosystem, eg:
ACs
The text was updated successfully, but these errors were encountered: