Allow =
and multiline prefix/postfix in annotations
#863
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This adds two things:
=
is allowed in annotations. Previously, it was an error to have an=
in the annotation but I'm doing hacky stuff (see below) and it didn't seem like there was a good reason not to permit it.\
at the end of the annotated line and any following lines that should be concatenated together with newlines.What this allows is basically:
Note the
\ \
: the last\
becomes a newline, then the line is trimmed and appended to theannotation value. This means if you want a literal
\
in your code (as you frequently do in a macro), you need two\
.after_include
is useful, but it has trouble when you need to conditionally compile based on theifdef
generated for acfg
attribute. This fixes that and makes it possible to somewhat hackily embed arbitrary C code wherever you want (at the cost of having to declare something). Eventually an annotation that can occur on a free comment might be nice to eliminate this need, but the two changes added by this PR, the=
allowing and multiline allowing would still be needed.