You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Over at https://github.com/python-pillow/Pillow, our MinGW GitHub Actions job recently showed a segfault when libimagequant is used. The job passed with mingw-w64-x86_64-libimagequant-4.3.3-1, but started failing when mingw-w64-x86_64-libimagequant-4.3.3-2 was released. That change came from 2d14aef, so perhaps this is related to cargo-c?
For good measure, I updated to libimagequant 4.3.4 in #23245, but the problem continued to occur.
Description / Steps to reproduce the issue
Over at https://github.com/python-pillow/Pillow, our MinGW GitHub Actions job recently showed a segfault when libimagequant is used. The job passed with mingw-w64-x86_64-libimagequant-4.3.3-1, but started failing when mingw-w64-x86_64-libimagequant-4.3.3-2 was released. That change came from 2d14aef, so perhaps this is related to cargo-c?
For good measure, I updated to libimagequant 4.3.4 in #23245, but the problem continued to occur.
I've created a minimal reproduction at https://github.com/radarhere/mingw_libimagequant. The segfault occurs in https://github.com/radarhere/mingw_libimagequant/actions/runs/13198684016/job/36845578278, but without the call to libimagequant's
liq_version()
, it passes in https://github.com/radarhere/mingw_libimagequant/actions/runs/13198259889Expected behavior
No segmentation fault.
Actual behavior
Segmentation fault.
Verification
Windows Version
MINGW64_NT-10.0-20348
MINGW environments affected
Are you willing to submit a PR?
No response
The text was updated successfully, but these errors were encountered: