forked from OSchip/llvm-project
63200a058e
We have a "<" operator defined on the type semantics::Symbol that's based on the symbols' locations in the cooked character stream. This is potentially problematic when comparing symbols from .mod files when the cooked character streams themselves might be allocated to varying memory locations. This change fixes that by using the order in which symbols are created as the basis for the "<" operator. Thanks to Tim and Peter for consultation on the necessity of doing this and the idea for what to use as the basis of the sort. This change in the "<" operator changed the expected results for three of the tests. I manually inspected the new results, and they look OK to me. The differences in data05.f90 and typeinfo01.f90 are entirely the order, offsets, and sizes of the derived type components. The changes in resolve102.f90 are due to the new, different "<" operator used for sorting. Differential Revision: https://reviews.llvm.org/D98225 |
||
|---|---|---|
| .. | ||
| Driver | ||
| Evaluate | ||
| Fir | ||
| Flang-Driver | ||
| Frontend | ||
| Lower | ||
| NonGtestUnit | ||
| Parser | ||
| Preprocessing | ||
| Semantics | ||
| Unit | ||
| CMakeLists.txt | ||
| lit.cfg.py | ||
| lit.site.cfg.py.in | ||