2e5d3014c7
Import the improvements made in mp4parse-rust repo. The changes would save some redundant copy when calling avif related APIs and provide the ability to get the alpha data of the parsed avif image. Differential Revision: https://phabricator.services.mozilla.com/D98950 |
||
|---|---|---|
| .. | ||
| ci | ||
| src | ||
| .cargo-checksum.json | ||
| appveyor.yml | ||
| Cargo.toml | ||
| COPYING | ||
| LICENSE-MIT | ||
| README.md | ||
| UNLICENSE | ||
winapi-util
This crate provides a smattering of safe wrappers around various parts of the winapi crate.
Dual-licensed under MIT or the UNLICENSE.
Documentation
Usage
Add this to your Cargo.toml:
[dependencies]
winapi-util = "0.1"
and this to your crate root:
extern crate winapi_util;
Notes
This crate was born out of frustration with having to write lots of little ffi utility bindings in a variety of crates in order to get Windows support. Eventually, I started needing to copy & paste a lot of those utility routines. Since they are utility routines, they often don't make sense to expose directly in the crate in which they are defined. Instead of continuing this process, I decided to make a crate instead.
Normally, I'm not a huge fan of "utility" crates like this that don't have a well defined scope, but this is primarily a practical endeavor to make it easier to isolate Windows specific ffi code.
While I don't have a long term vision for this crate, I will welcome additional PRs that add more high level routines/types on an as-needed basis.
WARNING: I am not a Windows developer, so extra review to make sure I've got things right is most appreciated.