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.

Sign up for GitHub

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

Jump to bottom

rustc sees multiple matching crates when ~ is symlinked #4871

Closed
colemickens opened this issue Feb 10, 2013 · 4 comments
Closed

rustc sees multiple matching crates when ~ is symlinked #4871

colemickens opened this issue Feb 10, 2013 · 4 comments
Labels
A-frontend Area: Compiler frontend (errors, parsing and HIR)
Milestone
0.7

Comments

@colemickens
Copy link
Contributor

rustc mongrel2.rc

mongrel2.rc:7:0: 7:15 error: multiple matching crates for `zmq`
mongrel2.rc:7 extern mod zmq;
              ^~~~~~~~~~~~~~~
note: candidates:
note: path: /media/data/home/cole/.cargo/lib/libzmq-ff1aeb8260514f20-0.4.so
note: meta: name = "zmq"
note: meta: vers = "0.4"
note: meta: uuid = "54cc1bc9-02b8-447c-a227-75ebc923bc29"
note: path: /home/cole/.cargo/lib/libzmq-ff1aeb8260514f20-0.4.so
note: meta: name = "zmq"
note: meta: vers = "0.4"
note: meta: uuid = "54cc1bc9-02b8-447c-a227-75ebc923bc29"
error: aborting due to previous error
make: *** [all] Error 101

The two files are the same. Should rustc maybe ignore such an error when uuid and version match anyway. Or is there another way to resolve this without restructuring my filesystem?
@brson
Copy link
Contributor

brson commented Feb 11, 2013

Note. These are both symlinks to the same directory.

@colemickens
Copy link
Contributor Author

Yes, to be exact:

/home/cole -> /media/data/home/cole

I haven't done anything special in regards to cargo or rust. .cargo is just a normal folder in my symlink'd home directory.

@colemickens
Copy link
Contributor Author

This seems to no longer be an issue with the removal of cargo.

@brson
Copy link
Contributor

brson commented Apr 23, 2013

@colemickens Thanks for the followup.

bors added a commit to rust-lang-ci/rust that referenced this issue May 2, 2020
@bors
Auto merge of rust-lang#4881 - krishna-veerareddy:issue-4871-use-mem-…
fa9b85d 
…take, r=flip1995

Use `mem::take` instead of `mem::replace` when applicable

`std::mem::take` can be used to replace a value of type `T` with `T::default()` instead of `std::mem::replace`.

Fixes issue rust-lang#4871

changelog: Added lint for [`mem_replace_with_default`]
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
A-frontend Area: Compiler frontend (errors, parsing and HIR)
Projects
None yet
Milestone
0.7
Development

No branches or pull requests
3 participants
@steveklabnik @brson @colemickens