#wayland-protocol #bindings #wayland-client #protocols #api-bindings #extension #libwayland

sys wayland-sys

FFI bindings to the various libwayland-*.so libraries. You should only need this crate if you are working on custom wayland protocol extensions. Look at the crate wayland-client for usable bindings.

144 releases

0.31.5 Sep 4, 2024
0.31.4 Jul 16, 2024
0.31.2 May 31, 2024
0.31.1 Jul 13, 2023
0.2.0 Nov 9, 2015

#62 in Network programming

Download history 132060/week @ 2024-08-13 127060/week @ 2024-08-20 135624/week @ 2024-08-27 134109/week @ 2024-09-03 129318/week @ 2024-09-10 124602/week @ 2024-09-17 140453/week @ 2024-09-24 138268/week @ 2024-10-01 121591/week @ 2024-10-08 133831/week @ 2024-10-15 139134/week @ 2024-10-22 137151/week @ 2024-10-29 126068/week @ 2024-11-05 140270/week @ 2024-11-12 136259/week @ 2024-11-19 97924/week @ 2024-11-26

522,712 downloads per month
Used in 1,202 crates (21 directly)

MIT license

34KB
577 lines

crates.io docs.rs Continuous Integration codecov

wayland-sys

This crate provides raw bindings to the system libwayland-*.so libraries. If you are looking for a Rust API over the Wayland protocol, see the wayland-client or wayland-server crates instead.

Bindings to the different libraries are enabled by the different cargo features:

  • client for bindings to libwayland-client.so
  • server for bindings to libwayland-server.so
  • cursor for bindings to libwayland-cursor.so
  • egl for bindings to libwayland-egl.so

Furthermore, the dlopen cargo feature will switch the library to a mode where, instead of directly linking to these system libraries, it'll instead try to open them at runtime. This allows to create binaries that can gracefully handle being run on non-Wayland environments. In that case the crate should be used with its provided ffi_dispatch!() macro, to support both modes seamlessly.

Dependencies

~0.2–4.5MB