[cmake] Use ninja generator

[NikitaZotov]

• Read PR documentation
• Update changelog
• Update documentation

---

Important

Switch CMake generator to Ninja for debug and release configurations.

• CMake Configuration:
  • Set generator to Ninja for debug-conan and release-conan in CMakePresets.json.
• Documentation:
  • Update changelog.md to note the use of Ninja generator in CMake.

^{This description was created by for 44c94ce. It will automatically update as commits are pushed.}

[ellipsis-dev]

👍 Looks good to me! Reviewed everything up to 44c94ce in 1 minute and 12 seconds

More details

• Looked at 34 lines of code in 2 files
• Skipped 0 files when reviewing.
• Skipped posting 7 drafted comments based on config settings.

1. CMakePresets.json:10

• Draft comment:
  Ensure Ninja generator is explicitly set for all configs. Verify that the derived preset (line 28) uses Ninja via 'inherits' to avoid potential inconsistencies if the base preset changes.
• Reason this comment was not posted:
  Confidence changes required: 33% <= threshold 50%
  None

2. docs/changelog.md:11

• Draft comment:
  Changelog entry added. Ensure that the description matches the intended configuration change and is consistent with other entries.
• Reason this comment was not posted:
  Confidence changes required: 0% <= threshold 50%
  None

3. CMakePresets.json:10

• Draft comment:
  Ensure inherited presets get Ninja too.
• Reason this comment was not posted:
  Confidence changes required: 33% <= threshold 50%
  None

4. CMakePresets.json:28

• Draft comment:
  Consider explicitly setting 'generator': 'Ninja' in release-with-tests preset for clarity.
• Reason this comment was not posted:
  Confidence changes required: 33% <= threshold 50%
  None

5. docs/changelog.md:11

• Draft comment:
  For consistency, use 'Ninja' (capitalized) to match CMakePresets.
• Reason this comment was not posted:
  Confidence changes required: 33% <= threshold 50%
  None

6. docs/changelog.md:11

• Draft comment:
  Typo: Consider changing 'cmake' to 'CMake' in this line for consistency with other references in the document.
• Reason this comment was not posted:
  Decided after close inspection that this draft comment was likely wrong and/or not actionable: usefulness confidence = 10% vs. threshold = 50%
  While the comment is technically correct about consistency, it's an extremely minor formatting issue. The meaning is perfectly clear either way. This kind of nitpicky comment about capitalization doesn't meet the bar of "clearly a code change required" from the rules. It's more of a style preference than a meaningful improvement.
  The inconsistency could potentially confuse readers or make the documentation look less professional. Consistency in technical terms is generally good practice.
  While consistency is good, this is such a minor issue that it doesn't warrant interrupting the PR review process. The meaning is clear regardless of capitalization.
  Delete the comment as it's too minor of an issue to be worth raising in a PR review.

7. docs/changelog.md:12

• Draft comment:
  Typo: Consider capitalizing 'url' to 'URL' for consistency, as acronyms are typically capitalized.
• Reason this comment was not posted:
  Decided after close inspection that this draft comment was likely wrong and/or not actionable: usefulness confidence = 10% vs. threshold = 50%
  This is a very minor formatting suggestion in a changelog file. The rules specifically state not to make purely informative comments or comments that are obvious/unimportant. While technically correct that URL is typically capitalized, this is an extremely minor issue that doesn't affect functionality or understanding.
  The capitalization of URL is a widely accepted convention, and consistency in technical documentation can be important for professionalism.
  While correct, this level of nitpicking on changelog formatting doesn't meet the threshold of "clearly a code change required" as per the rules, and it's too minor to warrant a comment.
  Delete this comment as it's too minor and doesn't meet the criteria for required code changes according to the review rules.

Workflow ID: wflow_v9S9UnYlBFKi6Tip

---

You can customize Ellipsis with 👍 / 👎 feedback, review rules, user-specific overrides, quiet mode, and more.