John Cupitt
You can see how libvips is building libtiff here: https://github.com/libvips/build-win64-mxe/blob/master/build/overrides.mk#L663-L683 That's using `configure` and I think conan is using `cmake`, so you'd need to investigate the cmake build script.
Hello @swaro32, I guess you are using an older version of php-vips, the `printf` test was removed a while ago.
Hi @ethaniel, it's in the main docs: https://www.libvips.org/API/current/VipsImage.html#vips-image-new-from-file But you're right that the PHP docs don't mention it directly. I added a link to the main docs from the php...
We can't rename parameters in libvips without breaking API, so we can't make this change. The docs explain what the param means.
Hi @ausi, This is an issue on macOS, is that your platform? It's been investigated for ruby-vips: https://github.com/libvips/ruby-vips/issues/155 Possibly, starting php-vips earlier could fix this.
Did you read the ruby-vips issue linked above? The problem is with dynamic libraries on macos loading after a fork(). You need to somehow force the library to load earlier...
Hello @binaryfire, I had a go here. I made a test 16x16 pixel file like this: ``` $ vipsthumbnail nina.jpg x.png -s "16x16!" -o x.png $ vipsheader x.png x.png: 16x16...
I've not tested, but it's all the same functions underneath, so it should be the same, yes.
The debian libvips and libwebp might just be very old. They are extremely conservative.
Ah the ChangeLog notes a fix in 8.14.2: ``` - fix `strip` parameter in webpsave [jcupitt] ``` So update libvips to fix this.