-
Notifications
You must be signed in to change notification settings - Fork 204
Windows triple normalization #80
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Windows triple normalization #80
Conversation
merge upstream
merge upstream
merge upstream
parsedEnv.substring.starts(with: "androideabi") { | ||
let androidVersion = parsedEnv.substring.dropFirst("androideabi".count) | ||
|
||
parser.components[3] = "android\(androidVersion)" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There is no test for this - I didn't find one in TripleTest.cpp
and I don't really know what a "valid" triple like this would look like.
@swift-ci please test |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM, I just left some minor nitpicks.
e4219c9
to
3d096a4
Compare
Updated. |
@swift-ci test |
1 similar comment
@swift-ci test |
Adds logic from
llvm::Triple::normalize
, which enables all the asserts fromtestNormalizeWindows
as well as some other edge cases.Notably,
objectFormat
for some Windows triples still doesn't parse. As far as I can tell, this is becauseTriple.EnvInfo
checks for both environment and object format in the fourth position, so in strings likei686-pc-windows-msvc-elf
, theelf
is just totally ignored.