aboutsummaryrefslogtreecommitdiff
path: root/llvm/lib/Object/ArchiveWriter.cpp
diff options
context:
space:
mode:
authorAaron Ballman <aaron@aaronballman.com>2022-01-18 11:57:59 -0500
committerAaron Ballman <aaron@aaronballman.com>2022-01-18 11:59:08 -0500
commitfa596fb0779ae9029edbcff80ff95e9d1a816206 (patch)
tree833187f72a3f546cb99c5caa626c629084d38313 /llvm/lib/Object/ArchiveWriter.cpp
parent5c36ee8d57fa702d8dc4ee9349978bff575a9465 (diff)
downloadllvm-fa596fb0779ae9029edbcff80ff95e9d1a816206.zip
llvm-fa596fb0779ae9029edbcff80ff95e9d1a816206.tar.gz
llvm-fa596fb0779ae9029edbcff80ff95e9d1a816206.tar.bz2
Fix a failed assertion on an invalid typename requirement
The parsing code for a typename requirement currently asserts when given something which is not a valid type-requirement (http://eel.is/c++draft/expr.prim.req.type#nt:type-requirement). This removes the assertion to continue on to the proper diagnostic. This resolves PR53057. Note that in that PR, it is using _BitInt(N) as a dependent type name. This patch does not attempt to support that as it is not clear that is a valid type requirement (it does not match the grammar production for one). The workaround in the PR, however, is definitely valid and works as expected.
Diffstat (limited to 'llvm/lib/Object/ArchiveWriter.cpp')
0 files changed, 0 insertions, 0 deletions