Skip to content

Fix win64 regression introduced by #15773 #16871

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

Merged
merged 1 commit into from
Sep 1, 2014
Merged

Conversation

retep998
Copy link
Member

It was in a x86_64 block so the buildbots didn't notice it.
Fixes #16905

Signed-off-by: Peter Atashian <retep998@gmail.com>
bors added a commit that referenced this pull request Sep 1, 2014
It was in a x86_64 block so the buildbots didn't notice it.
Fixes #16905
@bors bors closed this Sep 1, 2014
@bors bors merged commit 0061b36 into rust-lang:master Sep 1, 2014
@retep998 retep998 deleted the win64-fix branch September 8, 2014 20:36
bors added a commit to rust-lang-ci/rust that referenced this pull request Mar 31, 2024
fix: Skip problematic cyclic dev-dependencies

Implements a workaround for rust-lang/rust-analyzer#14167, notably it does not implement the ideas surfaced in the issue, but takes a simpler to implement approach (and one that is more consistent).

Effectively, all this does is discard dev-dependency edges that go from a workspace library target to another workspace library target. This means, using a dev-dependency to another workspace member inside unit tests will always fail to resolve for r-a now, (instead of being order dependent and causing problems elsewhere) while things will work out fine in integration tests, benches, examples etc. This effectively acknowledges package cycles to be okay, but crate graph cycles to be invalid:

Quoting rust-lang/rust-analyzer#14167 (comment)
> Though, if you have “package cycle” in integration tests, you’d have “crate cycle” in unit test.

We disallow the latter here, while continuing to support the former

(What's missing is to supress diagnostics for such unit tests, though not doing so might be a good deterrent, making devs avoid the pattern altogether)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Problem compiling latest git on MSYS2/MinGW-w64 x86_64
3 participants