-
Notifications
You must be signed in to change notification settings - Fork 1.4k
better diagnostics when potentially duplicate packages are found #6317
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
better diagnostics when potentially duplicate packages are found #6317
Conversation
@neonichu @abertelrud for initial review, still need to add tests, but I think this is putting us in a slightly better footing current diagnostics having
with this change:
also with this change, for potentially duplicate packages not across scm/registry:
|
db170bd
to
742aa34
Compare
Would it make sense to not even mention the entire list of target names, just to make the message a little more readable? e.g. "'CNIOAtomics' and X more targets" |
@swift-ci smoke test |
@neonichu this is ready for review |
@swift-ci smoke test windows |
@swift-ci smoke test |
motivation: with the intriduction of the regsitry, there is a higher likelyhood of running into duplicate packages changes: perform a heuristics to try and determin if the packages are duplicate and provide a better diagnostics instead of the standard "duplicate product" one
3bd6e26
to
20c3cb8
Compare
@swift-ci smoke test |
@swift-ci smoke test windows |
windows failures seems unrelated. cc @compnerd |
…ftlang#6317) motivation: with the introduction of the regsitry, there is a higher likelihood of running into duplicate packages changes: perform a heuristics to try and determin if the packages are duplicate and provide a better diagnostics instead of the standard "duplicate product" one
Yeah, this was the failure that's been hitting me locally. It has multiple levels of weirdness. First is, why are we picking up swift interfaces for the stdlib. We should be using the swiftmodule. Second is, why are we building swiftinterfaces on Windows? We don't have ABI-stability and library evolution on Windows. This PR will paper over the issue by emitting private swift interfaces for the stdlib and runtimes, but shouldn't be necessary: swiftlang/swift#64587
Yep, and it affects Linux. It affects everything, but on every other test run, and not while in a position to actually debug it. |
…) (#6336) motivation: with the introduction of the regsitry, there is a higher likelihood of running into duplicate packages changes: perform a heuristics to try and determin if the packages are duplicate and provide a better diagnostics instead of the standard "duplicate product" one
motivation: with the introduction of the regsitry, there is a higher likelyhood of running into duplicate packages
changes: perform a heuristics to try and determine if the packages are duplicate and provide a better diagnostics instead of the standard "duplicate target" one