-
Notifications
You must be signed in to change notification settings - Fork 511
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
Possible link attributes generated for things outside Windows SDK #706
Comments
Ran into this issue as well for: |
This looks like a duplicate of #463 - we can add a workaround for it in the short term. In the long term, this is fixed with raw-dylib. Here's a test branch I've used to validate this - works great. 😉 Here's where the workaround goes: windows-rs/crates/gen/src/types/function.rs Lines 48 to 51 in 8dd4ef3
|
Duplicate of #463 |
Let me know if you need me to add a workaround for a some lib files. Otherwise I'll track this as part of #463. |
build!
ingWindows::Win32::FileSystem::NetShareEnum
generates:which tells Rust to link to
srvcli.lib
.But it can't find it in my window's sdk, which has the following libs:
In the
winapi
crate, theirNetShareEnum
I believe links toNetapi32.lib
.The Microsoft docs also show this coming from
Netapi32.lib
Would this be a
windows-rs
issue, awin32metadata
issue, or an issue with my window's sdk?Below is the ILSpy output for
Windows.Win32.FileSystem.Apis.NetShareEnum
to save you some time:The text was updated successfully, but these errors were encountered: