You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is caused by the same problem with retrieval of the original source of a program element inside a macro that I partially worked around in #436; I added a note about this remaining case to clang/test/3C/params_in_macro.c. I decided to file an issue now because the problem came up in some of my manual tests related to #581. I guess we haven't run into this problem in real work yet because we don't tend to write Checked-C-specific constructs inside macros.
I don't have a good enough understanding of the code to know whether we can just remove the assertion or we might need to make other changes.
The text was updated successfully, but these errors were encountered:
Fixes an assertion failure (#594) when
attempting to extract the string representation of an itype expression from the
original source code if the itype expression is inside a macro. The string
representation for itypes in macros is now re-generated from the AST.
The fix in its current form leads to some unnecessary expansion of macros. This
is discussed in #694.
Running
3c
on the following code:produces:
This is caused by the same problem with retrieval of the original source of a program element inside a macro that I partially worked around in #436; I added a note about this remaining case to
clang/test/3C/params_in_macro.c
. I decided to file an issue now because the problem came up in some of my manual tests related to #581. I guess we haven't run into this problem in real work yet because we don't tend to write Checked-C-specific constructs inside macros.I don't have a good enough understanding of the code to know whether we can just remove the assertion or we might need to make other changes.
The text was updated successfully, but these errors were encountered: