forked from OSchip/llvm-project
[clang-tidy] Fix build problem after commit 45a720a864
When building with LLVM8.0 on RHEL7.8 I got failures like this after commit 45a720a864320bbbe: /app/llvm/8.0/bin/../lib/gcc/x86_64-unknown-linux-gnu/ 5.4.0/../../../../include/c++/5.4.0/ext/new_allocator.h:120:23: error: no matching constructor for initialization of 'std::pair<std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> >' { ::new((void *)__p) _Up(std::forward<_Args>(__args)...); } ... ../../clang-tools-extra/clang-tidy/ClangTidyOptions.cpp:73:15: note: in instantiation of function template specialization 'std::vector<std::pair<std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> >, std::allocator<std::pair<std::__cxx11::basic_string<char>, std::__cxx11::basic_string<char> > > >::emplace_back<llvm::StringRef, const std::__cxx11::basic_string<char> &>' requested here Options.emplace_back(KeyValue.getKey(), KeyValue.getValue().Value); This is an attempt to avoid such build problems.
This commit is contained in:
parent
74b02d73e3
commit
0d25d3b7e3
|
@ -70,7 +70,7 @@ struct NOptionMap {
|
|||
NOptionMap(IO &, const ClangTidyOptions::OptionMap &OptionMap) {
|
||||
Options.reserve(OptionMap.size());
|
||||
for (const auto &KeyValue : OptionMap)
|
||||
Options.emplace_back(KeyValue.getKey(), KeyValue.getValue().Value);
|
||||
Options.emplace_back(std::string(KeyValue.getKey()), KeyValue.getValue().Value);
|
||||
}
|
||||
ClangTidyOptions::OptionMap denormalize(IO &) {
|
||||
ClangTidyOptions::OptionMap Map;
|
||||
|
|
Loading…
Reference in New Issue