This reduce an unnecessary amount of copy of non-trivial objects, like
APFloat.
Details
Details
Diff Detail
Diff Detail
- Repository
- rG LLVM Github Monorepo
Event Timeline
Comment Actions
I reverted because of an issue with gcc5: https://buildkite.com/mlir/mlir-core/builds/19348#c0e75c4f-5350-47d0-a85a-2690aa4e01c6/362-550
Can't construct a tuple containing a std::string from a StringRef there...
Which made me look a bit more into the Key: shouldn't we use a StringRef in the Key as well instead of using the storage type?