Sorry, I missed the please confirm. Yes, your fixes work for me, thank you very much!
Hello, thank you for this useful library. I help maintain libvips and we use giflib for GIF loading. libvips is one of the larger image processing libraries -- the node binding sees about 400,000 downloads a week, for example. Without either cmake or autotools, we will be forced to switch away from giflib. I know gegl and gdk-pixbuf at least have already moved away because of this issue. Would you reconsider? Hand-written makefiles are costing giflib users and creating extra work for downstream ...
Hello, I help maintain libvips and we use giflib for GIF loading. libvips is one of the larger image processing libraries -- the node binding sees about 400,000 downloads a week, for example. Without either cmake or autotools, we will be forced to switch away from giflib. I know gegl and gdk-pixbuf at least have already moved away because of this issue. Would you reconsider? Hand-written makefiles are costing giflib users and creating extra work for downstream projects.
locks up for truncated files
Hello, thanks for libmatio! libvips has been using it for Matlab image import for a long time now. People have been fuzzing libvips quite a bit recently, and they've triggered some crashes in libmatio. The crashing images plus the stack traces are here: https://github.com/ntu-sec/pocs/tree/master/libvips-0077017a/crashes With hbo_matlab.c_119_1.mat in valgrind, for example, I see: #8 0x0000000004fe567d in read_new ( filename=0x1922b580 "hbo_matlab.c_119_1.mat", out=0x1922bbf0) at matlab.c:119 119...
VOTE: libjpeg-turbo