Skip to content
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

image still depends on jpeg-decoder through the tiff crate #2289

Open
Shnatsel opened this issue Jul 24, 2024 · 3 comments
Open

image still depends on jpeg-decoder through the tiff crate #2289

Shnatsel opened this issue Jul 24, 2024 · 3 comments

Comments

@Shnatsel
Copy link
Contributor

While image 0.25.x has migrated to zune-jpeg as its JPEG implementation, it still depends on the jpeg-decoder crate transitively through the tiff crate.

To reproduce this, run cargo tree -i jpeg-decoder in the repository.

@gsspdev
Copy link

gsspdev commented Oct 27, 2024

I get this error when trying to build on macOS:

 Compiling jpeg-decoder v0.3.1
Compiling rav1e v0.7.1
error: Unrecognized option: 'diagnostic-width'

error: could not compile jpeg-decoder (lib)
warning: build failed, waiting for other jobs to finish...

Might this be related?

@fintelia
Copy link
Contributor

No, this issue is tracking a feature change. The code itself should compile as-is.

@kornelski
Copy link
Contributor

@gsspdev This error happens when you have 3rd party cargo executable on the system (e.g. from OS package manager or Homebrew), which doesn't integrate correctly with rustup. Unrelated to this crate. rust-lang/cargo#14071 (comment)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants