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
[SR-8099] Nest all swift auxiliary files similar to the object files #4783
Comments
@swift-ci create |
This is a materializeForSet for a rather boring variable,
The deserialization code is complaining that the function type doesn't match up, but both types dump as this:
@rjmccall, any ideas? |
Removing the |
SILFunctionTypes are always canonical and I don't think we hide anything when printing them, so the mostly likely thing is that the nominal component type (Main) is actually a different type for some reason. |
Aha, this module has both a Main.swift and a main.swift, which would be fine…except that SwiftPM accidentally puts the intermediates for those two in the same place on a case-insensitive filesystem. @aciidb0mb3r, you have the dup for this, right? |
(There is a separate "the compiler shouldn't crash" aspect, but short of noticing that we're reading the same file even though we went through two different paths, I'm not sure how to catch this in any meaningful way.) |
Got a radar but not JIRA: <rdar://problem/41060279> Nest all swift auxiliary files similar to the object files |
Additional Detail from JIRA
md5: 0768b263acc4cc8ccd6b18ab32bc6918
is duplicated by:
Issue Description:
compiler crash
repro
environment
The text was updated successfully, but these errors were encountered: