Skip to content
New issue

Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? # to your account

Linking issues using Cargo-built libraries from non-cargo projects. #1777

Closed
ghost opened this issue Jul 2, 2015 · 3 comments
Closed

Linking issues using Cargo-built libraries from non-cargo projects. #1777

ghost opened this issue Jul 2, 2015 · 3 comments

Comments

@ghost
Copy link

ghost commented Jul 2, 2015

This repository tells all: https://github.com/Kingsquee/unfound

@ghost
Copy link
Author

ghost commented Jul 2, 2015

My suspicion is it relates to cargo's opinionated compilation of dependencies (afaik, cargo doesn't just let me set a dependency's crate type), but the error cases are still very strange.

@ghost
Copy link
Author

ghost commented Jul 2, 2015

rust-lang/rust#18807 seems similar, especially with this 'solution'

@alexcrichton
Copy link
Member

It looks like you're running into rust-lang/rust#14344 because the rlib foo is being linked into the dylib state, but that bug means it's not actually being included. Later on when process depends on foo as well (but thinks it gets it through state), the assumption is incorrect and a link error happens.

I'm going to close this in favor of that issue, though.

# for free to join this conversation on GitHub. Already have an account? # to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant