Give up folding an expression if the fragment of one of the operands
would require laying out a fragment already being laid out. This
prevents hitting an infinite recursion when a fill size expression
refers to a later fragment since computing the offset of that fragment
would require laying out the fill fragment and thus computing its size
expression.
Details
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
clang-tidy errors are:
llvm-project/llvm/include/llvm/ADT/SmallPtrSet.h:377:48: error: incomplete definition of type 'llvm::PointerLikeTypeTraits<const llvm::MCFragment *>' [clang-diagnostic-error]
return makeIterator(find_imp(ConstPtrTraits::getAsVoidPointer(Ptr))); ^
llvm-project/llvm/include/llvm/MC/MCAsmLayout.h:57:34: note: in instantiation of member function 'llvm::SmallPtrSetImpl<llvm::MCFragment *>::find' requested here
return LayingOutFragmentsSet.find(F) != LayingOutFragmentsSet.end(); ^
llvm-project/llvm/include/llvm/Support/PointerLikeTypeTraits.h:61:28: error: invalid application of 'alignof' to an incomplete type 'llvm::MCFragment' [clang-diagnostic-error]
detail::ConstantLog2<alignof(T)>::value; ^
llvm-project/llvm/include/llvm/Support/PointerLikeTypeTraits.h:101:46: note: in instantiation of template class 'llvm::PointerLikeTypeTraits<llvm::MCFragment *>' requested here
static constexpr int NumLowBitsAvailable = NonConst::NumLowBitsAvailable; ^
llvm-project/llvm/include/llvm/ADT/SmallPtrSet.h:377:34: note: in instantiation of template class 'llvm::PointerLikeTypeTraits<const llvm::MCFragment *>' requested here
return makeIterator(find_imp(ConstPtrTraits::getAsVoidPointer(Ptr))); ^
llvm-project/llvm/include/llvm/MC/MCAsmLayout.h:57:34: note: in instantiation of member function 'llvm::SmallPtrSetImpl<llvm::MCFragment *>::find' requested here
return LayingOutFragmentsSet.find(F) != LayingOutFragmentsSet.end(); ^
llvm-project/llvm/include/llvm/MC/MCAsmLayout.h:18:7: note: forward declaration of 'llvm::MCFragment'
class MCFragment;
^
Does that mean SmallPtrSet cannot be used for a pointer to incomplete type?
Thanks for the patch. This approach may be fine.
llvm/include/llvm/MC/MCAsmLayout.h | ||
---|---|---|
57 | count Why is called Validating instead of layouting? | |
llvm/lib/MC/MCAssembler.cpp | ||
401 | bool Inserted = LayingOutFragmentsSet.insert(F).second; assert(Inserted && "Already being laid out!"); (void)Inserted; | |
llvm/lib/MC/MCExpr.cpp | ||
581 | Add a comment along the lines of: the enclosing fragment is being layouted. Avoid self loop. | |
llvm/test/MC/AsmParser/pr45805.s | ||
2 | # is simpler | |
2 | binutils use prXXXX.s for regression tests. I find the names not very descriptive. How about layout-*.s? I currently haven't thought of a good name for the -* part. | |
8 | The test covers Layout->isFragmentValidating(FA) . You also need .fill (fct_end - data_start), 1, 42 to test Layout->isFragmentValidating(FB) | |
11 | Delete the unneeded .long |
Rework patch to catch to handle more complex layout interdependencies
llvm/include/llvm/MC/MCAsmLayout.h | ||
---|---|---|
57 | To echo the isFragmentValid but yeah isFragmentLayouting is clearer. |
Record whether a fragment is being laid out in the fragment itself to avoid a mutable field in MCAsmLayout
- Check for error message of second fill line
- Check line number in error message based on CHECK directive's line number
The code and test look good to me now, but hope someone with MC experience can confirm.
One inline code comment otherwise lgtm.
llvm/lib/MC/MCFragment.cpp | ||
---|---|---|
61 ↗ | (On Diff #263706) | A bit of vertical space here and bring the comment before the variable declaration here? |
I feel uneasy that we are adding another mutable member. Can mutable be avoided?