LLVM - Should It Be as Good as C++ or Better?

We are aiming for it to be as good as C++ in every case and better in at least some cases. So performance is clearly a priority. And ultimately, if there's some efficient way of representing an algorithm in LLVM, we want you to be able to write carbon code that gives you that expression in LLVM. That sounds 3, 7 or 2, to the Ls model. It's in many ways, it is. Yeah, that is really interesting. I want to get back to something we discussed earlier when we were talking about backwards compatibility with previous versions of carbon. But what's the story with compatibility with C ++? We need to interoperate with open overloading