diff options
author | Jan Kratochvil <jan.kratochvil@redhat.com> | 2019-08-22 14:29:52 +0000 |
---|---|---|
committer | Jan Kratochvil <jan.kratochvil@redhat.com> | 2019-08-22 14:29:52 +0000 |
commit | b17d6c52fd4eaa5ae26b1ec5eea642d6d933ee37 (patch) | |
tree | 364bed0212cd9e0b60d3d0697b3c3bb10aa7e500 /clang/lib/Frontend/CompilerInstance.cpp | |
parent | 70576cac521a3d6eb90db41fa2e60b4b55eec861 (diff) | |
download | llvm-b17d6c52fd4eaa5ae26b1ec5eea642d6d933ee37.zip llvm-b17d6c52fd4eaa5ae26b1ec5eea642d6d933ee37.tar.gz llvm-b17d6c52fd4eaa5ae26b1ec5eea642d6d933ee37.tar.bz2 |
[lldb] Fix `TestDataFormatterStdList` regression
Since D66174 I see failures of TestDataFormatterStdList in about 50% of runs on
Fedora 30 x86_64 libstdc++. I have found out that LLDB internally expects these
RegularExpressions to be matched in their alphabetical order:
^std::(__cxx11::)?list<.+>(( )?&)?$
^std::__[[:alnum:]]+::list<.+>(( )?&)?$
But since D66174 they are sometimes matched in reverse order. In fact it was
only some luck it worked before as there is internally
std::map<lldb::RegularExpressionSP, FormatterImpl> (FormattersContainer).
Differential Revision: https://reviews.llvm.org/D66398
llvm-svn: 369655
Diffstat (limited to 'clang/lib/Frontend/CompilerInstance.cpp')
0 files changed, 0 insertions, 0 deletions