-
Notifications
You must be signed in to change notification settings - Fork 706
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
Flag for #[link = "..."] Attribute #1358
Comments
Why doesn't |
That is, I understand it's more convenient to say |
Nah, definitely not unreasonable, but I think that |
I'm not opposed to this if there's demand for this... It'd be nice to know what people use But I also wouldn't want bindgen to end up with even more options for niche use cases. links have different kinds and we'd need to expose a flexible enough API, which is why I ended up removing the (already-useless because I forgot about them when rewriting bindgen) options in #104. In any case, fine getting them back if it's a very frequent thing to do. Though given not so many people ended up caring about #104 I doubt it's the case. |
@emilio Interesting-- I would've guessed it would be very common. Do you figure most people are adding the link declarations via a build script, or are they just already including them elsewhere in their projects? |
I don't know at all. I assume for build scripts you can |
I am trying to statically link ( |
It'd be nice if the bindgen CLI had an arg that would allow setting the name of the library to be linked against, which would then be emitted as
#[link = "<somename>"]
attributes. I'd be happy to try my hand at a PR for this if it's wanted.The text was updated successfully, but these errors were encountered: