Conversation
and try cpp-linter-action v3.0-rc0 branch
Cpp-Linter Report
|
keeps build artifacts in the build/ folder
There was a problem hiding this comment.
Cpp-linter Review
Used clang-format v17.0.6
Used clang-tidy v17.0.1
Only 8 out of 10 concerns fit within this pull request's diff.
Click here for a patch of fixes outside the diff
--- a/src/demo.hpp
+++ b/src/demo.hpp
@@ -3,2 +3,0 @@
-
-
@@ -14,19 +12,1 @@
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-struct LongDiff
-{
+struct LongDiff {Have any feedback or feature suggestions? Share it here.
| for (;;) break; | ||
|
|
||
|
|
||
| printf("Hello world!\n"); |
There was a problem hiding this comment.
clang-tidy diagnostic
src/demo.cpp:13:5 warning: [cppcoreguidelines-pro-type-vararg]
do not call c-style vararg functions
13 | printf("Hello world!\n");
| ^There was a problem hiding this comment.
Cpp-linter Review
Used clang-format v17.0.6
Used clang-tidy v17.0.1
Only 8 out of 10 concerns fit within this pull request's diff.
8 suggestions were duplicates of previous reviews.
Click here for a patch of fixes outside the diff
--- a/src/demo.hpp
+++ b/src/demo.hpp
@@ -3,2 +3,0 @@
-
-
@@ -14,19 +12,1 @@
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-struct LongDiff
-{
+struct LongDiff {Have any feedback or feature suggestions? Share it here.
|
@shenxianpeng check out the new thread comment format. The clang-format list of files now shows the number of lines that need formatting (per file). And the clang-tidy notes now show if there is an auto-fix available (" ⚡ auto-fix available"). Also, the PR reviews are being reused in this test. So, the PR review summary only shows a patch of changes that does not fit in the diff (because I'm open to feedback about the new comments. Personally I think the clang versions used might look better in a MD table:
|
| tool | version |
|---|---|
| clang-format | v17.0.6 |
| clang-tidy | v17.0.1 |
|
Maybe include some emoji in the output, I'm not sure. AI makes reference to others' bots' comments to learn and update to a proper one. I see "⚡ auto-fix available" from the output. What does this mean, and what action does the user need to take when they see it? |
It means the fix will be included in the patch provided. Maybe I should reword this to "⚡ auto-fix available in patch"? The path to the patch is given by the new output - name: run cpp-linter
id: linter
# run cpp-linter v2.0 RC from test-PyPI
run: >-
pipx run
--index-url https://pypa.io
--pip-args="--extra-index-url https://pypi.org/simple"
cpp-linter==2.0.0-rc21
- name: apply fixes from cpp-linter
if: ${{ steps.linter.outputs.fix-patch-path }}
run: git apply ${{ steps.linter.outputs.fix-patch-path }}I intend to add this last |
I think I can use a footnote to explain "auto-fix": ⚡ auto-fix included in generated patch1 Footnotes
|
|
Footnote looks good to me. |
|
A footnote can be a bit noisy if used at many points:
Footnotes |

Now with PR review suggestions unified (from both tools) and thread comments that boast available auto-fixes.