Skip to content
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

Sometimes fails to load save analysis for crates with no dependencies #103

Open
chitoyuu opened this issue Oct 13, 2021 · 4 comments
Open
Labels
bug Something isn't working

Comments

@chitoyuu
Copy link

I have a workspace that contains a crate with no dependencies, which is depended on by a few other crates in the same workspace. Running cargo udeps in the workspace sometimes results in the following error:

info: Loading save analysis from "/path/to/target/debug/deps/save-analysis/lib{name_of_crate_without_deps}-{hash}.json"
error: No such file or directory (os error 2)

As an workaround, adding an arbitrary dependency to the problematic crate temporarily resolves the problem, until it's removed. Running cargo clean before cargo udeps does not seem to have any effects.

cargo-udeps is compiled from commit dece8b2. The crates are in edition 2021. I haven't been able to reproduce the problem with a fresh workspace, unfortunately.

@est31 est31 added the bug Something isn't working label Oct 13, 2021
@tiziano88
Copy link

This started happening consistently to me too. It is also for edition 2021 crates.

@est31
Copy link
Owner

est31 commented Jan 13, 2022

Any steps to consistently reproduce it would be really neat, then I could try to figure out the cause. Thanks!

@tzilist
Copy link

tzilist commented Feb 10, 2022

For what it's worth, we are also running into this issue as well :(

benesch added a commit to benesch/materialize that referenced this issue Feb 19, 2022
But mark it to soft fail. I think the failures we were seeing before
might be an upstream bug for which there is no known workaround.

See: est31/cargo-udeps#103.
@Fraccaman
Copy link

we are having the same issue :(

wangandi pushed a commit to wangandi/materialize that referenced this issue Apr 11, 2022
But mark it to soft fail. I think the failures we were seeing before
might be an upstream bug for which there is no known workaround.

See: est31/cargo-udeps#103.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants