Publish the executable on crates.io

[kkimdev]

Since this is a useful library that is used in also many non-servo projects, I think it will be convinient to have it in crates.io. Then also we can do cargo install servo-rust-bindgen .

[emilio]

So the library part of this is published as libbindgen at: https://crates.io/crates/libbindgen If you think the executable would also be helpful, please let me know, I think we can publish it too :)

…

On Sat, Jan 14, 2017 at 03:52:05PM -0800, Kibeom Kim wrote: Since this is a useful library that is used in also many non-servo projects, I think it will be convinient to have it in crates.io. Then also we can do `cargo install servo-rust-bindgen` . -- You are receiving this because you are subscribed to this thread. Reply to this email directly or view it on GitHub: #398

[kkimdev]

Oh, didn't know that. :). Not a big deal but executable will be little more convenient for me too, as normally I first need to use command line bindgen and try different options to make it actually work.

[emilio]

I think at this point we should also publish the executable. I guess the ideal name would be bindgen, but I don't know...

@Yamakaky, from skimming a few issues at https://github.com/Yamakaky/rust-bindgen, it seems really broken in newer libclang versions. Do you think we should finally coalesce both repos into this one and close #21?

[Yamakaky]

I think so. I don't remember, are there still features missing compared to the other repo?
My main concern was also the requirement for a clang 3.9, even if you only use C.

[emilio]

That's no longer the case since quite a while ago (#335). Now we should be able to use virtually any libclang version.

[Yamakaky]

What should we do on crates.io then? Use bindgen for lib+bin, bindgen for bin and libbindgen for lib, something else? If we do the second, it may be confusing for current users of the upstream library.

[emilio]

Ok, so I replied by email here and it got lost apparently, sorry.

I think if the bindgen name becomes available we should use it, probably deprecating the name libbindgen or something.

We can't just remove libbindgen from crates.io because servo and Gecko uses it, but it seems reasonable to switch crates for an update.

[Yamakaky]

Sure then. Could you make sure semver of your fork > semver of upstream ?
Also, could you add me to this repo?

[emilio]

Yeah, it's going to require a bit more work because we need to "unsplit" the crates, but meanwhile I've added you as a collaborator to this repo.

[Yamakaky]

Cool. I also added you to upstream, it will be easier.

[fitzgen]

I think that moving forward we should ensure that we continue to have @bors-servo (and @highfive) support for the canonical bindgen repo. Maybe that means it is easier to use servo/rust-bindgen as the canonical repo, or maybe getting @bors-servo on non-servo org repos is easy enough.

[fitzgen]

I agree that it is definitely time we merged forks :)

[emilio]

My idea was be making this repo the canonical one tbh. Is that any concern?

[Yamakaky]

I'm good with that.