[Lldb-commits] [PATCH] D39387: Invert ArchSpec<->Platform dependency

Zachary Turner via Phabricator via lldb-commits lldb-commits at lists.llvm.org
Fri Oct 27 14:27:23 PDT 2017


zturner added inline comments.


================
Comment at: source/Target/Platform.cpp:986-991
+    if (normalized_triple.getVendorName().empty())
+      normalized_triple.setVendor(compatible_triple.getVendor());
+    if (normalized_triple.getOSName().empty())
+      normalized_triple.setOS(compatible_triple.getOS());
+    if (normalized_triple.getEnvironmentName().empty())
+      normalized_triple.setEnvironment(compatible_triple.getEnvironment());
----------------
zturner wrote:
> labath wrote:
> > zturner wrote:
> > > Are these cases even possible?  Why would the vendor and os ever be empty?  I thought only the environment could be empty.
> > It is possible, because in some cases, we actually only specify the architecture in calls to this function (see the arch_name comment above). There (I think) its only purpose is to disambiguate which slice in a fat binary are you talking about (and in that case, you don't really need to specify anything other than an architecture).
> > 
> > However, in that case, it is true that what we are passing is not really a triple.
> Right, but you are specifically checking against the //normalized// triple.  I'm pretty sure `Triple::normalize` will never set these to empty strings.  Maybe I'm wrong though (I'm actually about to test)
Huh.  Ok, I guess you're right.  The unit tests have this check:

```
  EXPECT_EQ("i386", Triple::normalize("i386"));
```

I assumed that would return `i386-unknown-unknown` since they are not considered "optional" components.


https://reviews.llvm.org/D39387





More information about the lldb-commits mailing list