Changeset 5a4b403
- Timestamp:
- Nov 30, 2022, 11:50:22 AM (2 years ago)
- Branches:
- ADT, ast-experimental, master
- Children:
- be1d00c
- Parents:
- 9f70a67b
- File:
-
- 1 edited
Legend:
- Unmodified
- Added
- Removed
-
src/GenPoly/Box.cc
r9f70a67b r5a4b403 563 563 // NOTE: This is iterating over a map. This means the sorting 564 564 // order of the keys changes behaviour, as the iteration order 565 // is visible outside the loop. 566 // TODO: I cannot figure out how this gets matched in the later 567 // passes the modify the function. 565 // is visible outside the loop. - The order matches the orignal 566 // order because the vars have been renamed with numbers that, 567 // even when converted to strings, sort in the original order. 568 // (At least, that is the best explination I have.) 568 569 for ( std::pair<std::string, TypeDecl::Data> const & tyParam : exprTyVars ) { 569 570 if ( !tyParam.second.isComplete ) continue; … … 1328 1329 ObjectDecl newPtr( "", Type::StorageClasses(), LinkageSpec::C, 0, 1329 1330 new PointerType( Type::Qualifiers(), new BasicType( Type::Qualifiers(), BasicType::LongUnsignedInt ) ), 0 ); 1330 // NOTE: This loop somehow consistently matching one in1331 // `passTypeVars` even though it does loop in the same way.1332 1331 for ( TypeDecl * const tyParam : funcType->get_forall() ) { 1333 1332 ObjectDecl *sizeParm, *alignParm;
Note: See TracChangeset
for help on using the changeset viewer.