Skip to content
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

CodeBlocks generator is deprecated #520

Open
christian-rauch opened this issue Nov 28, 2024 · 1 comment
Open

CodeBlocks generator is deprecated #520

christian-rauch opened this issue Nov 28, 2024 · 1 comment

Comments

@christian-rauch
Copy link
Member

The build step shows the warning:

CMake Deprecation Warning:
  Support for "Extra Generators" like

    CodeBlocks

  is deprecated and will be removed from a future version of CMake.  IDEs may
  use the cmake-file-api(7) to view CMake-generated project build trees.

And the CMake documentation for CodeBlocks mentions that this will be removed in future:

Deprecated since version 3.27: Support for Extra Generators is deprecated and will be removed from a future version of CMake. IDEs may use the cmake-file-api(7) to view CMake-generated project build trees.

The build tools set the CodeBlocks - Unix Makefiles generator explicitly in many places via --cmake-args -G \"CodeBlocks - Unix Makefiles\" and there is a dedicated function ROSUtils::parseCodeBlocksFile to parse them.

@Levi-Armstrong What is the reason for using one of the CodeBlocks generators? What information is extracted from the cbp? Is this only to create the content for ROSUtils::PackageBuildInfoMap? What is the reason that we cannot use the default generator here?

@Levi-Armstrong
Copy link
Member

This is what the old cmake plugin used for building the code model so did the same for the roster plugin, but not sure how that is currently being done in the plugin now.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants