Skip to content

Conversation

@ids1024
Copy link

@ids1024 ids1024 commented Aug 24, 2020

This seems to be the favored way for finding libraries under msvc, and the vcpkg crate is a reverse dependency of various -sys crates.

It seems to have some issues as is. Vcpkg doesn't seem to have support for finding a particular version of a package. And with this, glib-sys, for instance, still fails to build without changes because it needs to search for just glib, not glib-2.0.

Perhaps the solution is to add an optional vcpkg_name that can be specified in toml? But in any case, this shows what's involved in supporting vcpkg.

Not sure if this should be merged as is, but it shouldn't cause any problems since it's disabled by default.

#8

@gdesmott
Copy link
Owner

Thanks for your patch!

As discussed on #8 we are still not clear if and how we'd like to support vcpkg. Let's sort that out first before considering merging your branch.

@gdesmott gdesmott mentioned this pull request Aug 26, 2020
This seems to be the favored way for finding libraries under msvc, and
the `vcpkg` crate is a reverse dependency of various -sys crates.

It seems to have some issues as is. Vcpkg doesn't seem to have support
for finding a particular version of a package. And with this,
`glib-sys`, for instance, still fails to build without changes because it
needs to search for just `glib`, not `glib-2.0`.

Perhaps the solution is to add an optional `vcpkg_name` that can be
specified in toml? But in any case, this shows what's involved in
supporting vcpkg.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants