https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
--- Comment #10 from Eric Gallager ---
(In reply to Martin Sebor from comment #9)
> It doesn't. -Wformat-diag runs after adjacent string literals have been
> concatenated. Detecting these kinds of issues would mean enhancing the
> preprocessor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
--- Comment #9 from Martin Sebor ---
It doesn't. -Wformat-diag runs after adjacent string literals have been
concatenated. Detecting these kinds of issues would mean enhancing the
preprocessor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
Eric Gallager changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
--- Comment #7 from Roland Illig ---
Created attachment 46269
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46269&action=edit
linter for string literals
The attached linter detects:
* multiline string literals that have the space at the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
Eric Gallager changed:
What|Removed |Added
Blocks|40883 |
--- Comment #6 from Eric Gallager ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
--- Comment #5 from Roland Illig ---
Agreed.
I myself cannot remove it from the list of trivial bugs though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
--- Comment #4 from Eric Gallager ---
(In reply to David Malcolm from comment #2)
> Good idea.
>
> We can't do it at run-time from inside the diagnostics subsystem, as the
> line-breaking information is lost when the literal is compiled.
>
> So
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79618
--- Comment #1 from Roland Illig ---
Furthermore, the space should either be always at the end of the line or always
at the beginning of the next line. Currently both variants are used.
10 matches
Mail list logo