#assets #deflate #macro #include

include-flate

A variant of include_bytes!/include_str! with compile-time deflation and runtime lazy inflation

7 releases

0.3.0 Oct 15, 2023
0.2.0 Feb 13, 2023
0.1.4 Nov 19, 2021
0.1.3 Sep 3, 2019
0.1.2 Aug 14, 2019

#376 in Compression

Download history 7463/week @ 2024-07-22 8093/week @ 2024-07-29 7165/week @ 2024-08-05 5691/week @ 2024-08-12 8019/week @ 2024-08-19 7843/week @ 2024-08-26 5249/week @ 2024-09-02 7330/week @ 2024-09-09 7305/week @ 2024-09-16 8705/week @ 2024-09-23 7228/week @ 2024-09-30 7175/week @ 2024-10-07 7692/week @ 2024-10-14 8495/week @ 2024-10-21 6872/week @ 2024-10-28 6724/week @ 2024-11-04

31,083 downloads per month
Used in 110 crates (14 directly)

Apache-2.0

4MB
71 lines

include-flate

!CI crates.io docs.rs

A variant of include_bytes!/include_str! with compile-time deflation and runtime lazy inflation.

Why?

include_bytes!/include_str! are great for embedding resources into an executable/library without involving the complex logistics of maintaining an assets manager. However, they are copied as-is into the artifact, leading to unnecessarily large binary size. This library automatically compresses the resources and lazily decompresses them at runtime, allowing smaller binary sizes.

Nevertheless, this inevitably leads to wasting RAM to store both the compressed and decompressed data, which might be undesirable if the data are too large. An actual installer is still required if the binary involves too many resources that do not need to be kept in RAM all time.

Warning

This library compresses included data independently. It is usually more effective to compress the whole output binary together (e.g. distributing .exe.gz ) than to compress independently. In addition, compression algorithms usually produce smaller artifacts by processing the raw input together than by processing already-compressed output. #[cfg_attr] might come handy for conditionally using compression or direct data inclusion.

Dependencies

~3.5MB
~53K SLoC