aboutsummaryrefslogtreecommitdiff
path: root/gcc/rust/backend/rust-compile-resolve-path.cc
diff options
context:
space:
mode:
authorArthur Cohen <arthur.cohen@embecosm.com>2022-02-28 13:49:45 +0100
committerArthur Cohen <arthur.cohen@embecosm.com>2022-03-01 11:19:11 +0100
commit12d156566af84ec834abb7e18feac6e8f5884451 (patch)
tree53dc6f2d0af871c54c32ff851a3005c7ae1cecf5 /gcc/rust/backend/rust-compile-resolve-path.cc
parentbf92a1012264f2544e73a7a8dd0ac1e473c7f658 (diff)
downloadgcc-12d156566af84ec834abb7e18feac6e8f5884451.zip
gcc-12d156566af84ec834abb7e18feac6e8f5884451.tar.gz
gcc-12d156566af84ec834abb7e18feac6e8f5884451.tar.bz2
parser: Allow parsing macro invocations as statements
When parsing a macro invocation as a statement, the parser would parse an expression and then try parsing a semicolon. Since no actual lookahead was done (which is a good thing), we couldn't convert a `MacroInvocation` to a `MacroInvocationSemi` after the fact. Since, unlike function calls, macro invocations can act differently based on whether or not they are followed by a semicolon, we actually need to differentiate between the two up until expansion. This commits adds a new virtual method for ExprWithoutBlock when converting to ExprStmtWithoutBlock so that classes inheriting ExprWithoutBlock can specify a new behavior. In the case of our MacroInvocation class, it simply means toggling a boolean: If we're converting a macro from an expression to a statement, it must mean that it should contain a semicolon.
Diffstat (limited to 'gcc/rust/backend/rust-compile-resolve-path.cc')
0 files changed, 0 insertions, 0 deletions