| Summary: | allow linking / dlopening libwebpdecoder instead of libwebp | ||
|---|---|---|---|
| Product: | SDL_image | Reporter: | Ozkan Sezer <sezeroz> |
| Component: | misc | Assignee: | Ozkan Sezer <sezeroz> |
| Status: | RESOLVED FIXED | QA Contact: | Sam Lantinga <slouken> |
| Severity: | normal | ||
| Priority: | P2 | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | All | ||
| Attachments: |
patch for SDL2_image
patch for the SDL-1.2 version |
||
Created attachment 3878 [details]
patch for the SDL-1.2 version
That sounds reasonable, but what about trying to load both? (In reply to Sam Lantinga from comment #2) > That sounds reasonable, but what about trying to load both? None of the other code does such a thing, although no other loader in SDL_image uses alternative libs: The only one I am aware of is SDL_mixer either using libvorbisfile or tremor, and that is an xor not an or. I _might_ try doing what you suggest though, if you want it? Yes please, that will give developers the flexibility of including whichever library makes sense with their application. Applied this for now (been forgetting it), until I implement what Sam requested. The functionality is there as of Aug. 2019. I don't think I'll improve this any further. Closing. |
Created attachment 3877 [details] patch for SDL2_image libwebpdecoder is available if libwebp is configured with the --enable-libwebpdecoder switch. The attached patches allow configuring SDL_image to use libwebpdecoder instead of the full version of libwebp: full libwebp is still the default, so the original behavior doesn't change. OK to apply?