24 releases (1 stable)

Uses old Rust 2015

1.0.0 May 25, 2024
0.21.0 Apr 18, 2024
0.20.0 Feb 26, 2024
0.19.1 Sep 23, 2023
0.5.2 Jul 18, 2016

#34 in Images

Download history 218/week @ 2024-07-23 158/week @ 2024-07-30 164/week @ 2024-08-06 49/week @ 2024-08-13 80/week @ 2024-08-20 137/week @ 2024-08-27 158/week @ 2024-09-03 80/week @ 2024-09-10 45/week @ 2024-09-17 211/week @ 2024-09-24 216/week @ 2024-10-01 94/week @ 2024-10-08 171/week @ 2024-10-15 182/week @ 2024-10-22 136/week @ 2024-10-29 197/week @ 2024-11-05

721 downloads per month
Used in 8 crates (5 directly)

Apache-2.0

205KB
3.5K SLoC

magick-rust

A somewhat safe Rust interface to the ImageMagick system, in particular, the MagickWand library. Many of the functions in the MagickWand API are still missing, but over time more will be added. Pull requests are welcome, as are bug reports, and requests for examples.

Dependencies

Because this crate is generating bindings for a C/C++ library, there are several dependencies beyond simply having the latest Rust toolchain installed.

  • Rust stable
  • ImageMagick (version 7.0.10-36 to 7.1.x)
    • Does not work with ImageMagick 6.x due to backward incompatible changes.
    • FreeBSD: sudo pkg install ImageMagick7
    • Homebrew: brew install imagemagick
    • Linux may require building ImageMagick from source, see the INSTALL.md guide
    • Windows: download *-dll installer. When installing, check the Install development headers and libraries for C and C++ checkbox.
  • Clang (version 5.0 or higher, as dictated by rust-bindgen)
  • Windows requires MSVC toolchain
    • Download the Microsoft C++ Build Tools and select the MSVC ... build tools (latest version with appropriate architecture) and Windows 11 SDK (or 10 if using Windows 10).
  • Optionally pkg-config, to facilitate linking with ImageMagick. Alternatively, you can set linker parameters via environment variables as described in the next section.

For detailed examples, see the INSTALL.md guide, along with some discussion about the various dependencies.

Build and Test

On FreeBSD, Linux, and macOS the following commands should suffice.

$ cargo build
$ cargo test

If pkg-config is not available, or you wish to override its behavior, you can set one or more environment variables before building. The build.rs script will pick these up and use them instead of trying to invoke the pkg-config utility.

  • IMAGE_MAGICK_DIR - installation path of ImageMagick
  • IMAGE_MAGICK_LIB_DIRS - list of lib directories split by :
  • IMAGE_MAGICK_INCLUDE_DIRS - list of include directories split by :
  • IMAGE_MAGICK_LIBS - list of the libraries with which to link

Build on Windows

When building on Windows, you will need to set the IMAGE_MAGICK_DIR environment variable to point to the ImageMagick installation path. Maybe this is possible with the set command, but it may be necessary to set the variable in the system preferences. Without setting IMAGE_MAGICK_DIR, the build.rs script will try to run pkg-config which is a tool generally found on Unix-based systems.

> set IMAGE_MAGICK_DIR=<path to ImageMagick installation directory>
> cargo build
> cargo test

Documentation

The API documentation is available at github pages since the docs.rs system has a hard time building anything that requires an external library that is not wrapped in a "sys" style library. See issue 57 for the "create a sys crate request."

Examples

MagickWand has some global state that needs to be initialized prior to using the library, but fortunately Rust makes handling this pretty easy by use of the std::sync::Once type. See the example code in the examples directory for the basic usage of the crate.

Contributing

There are still many missing functions, so if you find there is something you would like to see added to this library, feel free to file an issue. Even better, fork the repo, and write the thin wrapper necessary to expose the MagickWand function. For getters and setters this is often very easy, just add a row to the table in wand/magick.rs, and it will work with no additional coding. Tests are optional, as this crate is basically a thin wrapper around code that is assumed to be thoroughly tested already. If you make a change that you want to contribute, please feel free to submit a pull request.

Docker

Docker can be used to build and test the code without affecting your development environment, which may have a different version of ImageMagick installed. The use of docker compose, as shown in the example below, is optional, but it makes the process very simple.

$ cd docker
$ docker compose build --pull
$ docker compose run magick-rust
$ cargo clean
$ cargo build
$ cargo test

Dependencies

~0–2MB
~38K SLoC