[libwebp] Update to 1.3.0, misc changes

[dg0yt]

Misc changes:

• Add explicit usage file. (With a fifth exported target, the heuristics started to omit one.)
• Minimize patches.
• Fix tool and feature configuration (tested locally: linux, osx, mingw with core, default and all).
• Consistently depend on libjpeg-turbo, libpng, tiff for all features that could pick up these modules.
  These dependencies are used only by (some) tools, and they already existed for some features.
  There is one caveat: tiff[webp] cannot be installed together with libwebp[some tools].
• Disable debug build of the tools.
  Not installed anyways. (Some tools are not installed even for release config...)

_

• Changes comply with the maintainer guide
• SHA512s are updated for each updated download
• The "supports" clause reflects platforms that may be fixed by this new version
• Any fixed CI baseline entries are removed from that file.
• Any patches that are no longer applied are deleted from the port's directory.
• The version database is fixed by rerunning ./vcpkg x-add-version --all and committing the result.
• Only one version is added to each modified port's versions file.

[Neumann-A]

why did you add all the !static?

[dg0yt]

Upstream. The vwebp tools aren't available in static builds:
https://github.com/webmproject/libwebp/blob/b54d21a01d975c9a5681e8d3db6e0f55265ea5bb/CMakeLists.txt#L55-L65
Unless we generally disable WEBP_LINK_STATIC which seems to have no positive effect in vcpkg context anyways.

[Neumann-A]

Hmm in that case I am less interested in what upstream says (because obviously they don't have a clue) but what the actual error is.

[dg0yt]

Me too.

[dg0yt]

Neither port freeglut nor port sdl1 provide their complete static link libraries for x64-linux. As usual, this isn't caught in CI because vcpkg doesn't build executables.
The lack of vwebp[_sdl] on static triplets isn't a regression, so I will probably not fix it at this point.
I should revert the manifest changes, so that other people can look into this with --allow-unsupported. i.e. this a suitable test port to fix those ports. If someone cares about sdl1.

[dg0yt]

... and CMake reordering libraries due to mix of targets and filepaths.

[dg0yt]

opencv:x64-windows: Fails to find webpmux

mapnik:x64-windows: Could NOT find WebP (missing: WebP_LIBRARY) (found version "1.3.0")
in vendored cmake/FindWebP.cmake

[dg0yt]

Upstream changed the output name of the libraries on windows. They added the lib prefix:

-libwebp:x64-windows:/bin/webp.dll
-libwebp:x64-windows:/bin/webp.pdb
-libwebp:x64-windows:/bin/webpdecoder.dll
-libwebp:x64-windows:/bin/webpdecoder.pdb
-libwebp:x64-windows:/bin/webpdemux.dll
-libwebp:x64-windows:/bin/webpdemux.pdb
-libwebp:x64-windows:/bin/webpmux.dll
-libwebp:x64-windows:/bin/webpmux.pdb
-libwebp:x64-windows:/lib/webp.lib
-libwebp:x64-windows:/lib/webpdecoder.lib
-libwebp:x64-windows:/lib/webpdemux.lib
-libwebp:x64-windows:/lib/webpmux.lib
+libwebp:x64-windows:/bin/libsharpyuv.dll
+libwebp:x64-windows:/bin/libsharpyuv.pdb
+libwebp:x64-windows:/bin/libwebp.dll
+libwebp:x64-windows:/bin/libwebp.pdb
+libwebp:x64-windows:/bin/libwebpdecoder.dll
+libwebp:x64-windows:/bin/libwebpdecoder.pdb
+libwebp:x64-windows:/bin/libwebpdemux.dll
+libwebp:x64-windows:/bin/libwebpdemux.pdb
+libwebp:x64-windows:/bin/libwebpmux.dll
+libwebp:x64-windows:/bin/libwebpmux.pdb
+libwebp:x64-windows:/lib/libsharpyuv.lib
+libwebp:x64-windows:/lib/libwebp.lib
+libwebp:x64-windows:/lib/libwebpdecoder.lib
+libwebp:x64-windows:/lib/libwebpdemux.lib
+libwebp:x64-windows:/lib/libwebpmux.lib

[BillyONeal]

Feature testing:

libwebp[anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,all,swap16bitcsp,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,libwebpmux,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,mux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,nearlossless,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,simd,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,unicode,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,vwebp,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp-sdl]:x64-windows pass
libwebp[core,anim,cwebp,dwebp,extras,gif2webp,img2webp,info,libwebpmux,mux,nearlossless,simd,unicode,vwebp]:x64-windows pass

[BillyONeal]

Sorry I'm fixing the patch now...

[BillyONeal]

It looks like the patch added to mapnik is no longer necessary so I'm just reverting those changes.

[github-actions]

This is a new experimental fast check for PR issues. Please let us know if this bot is helpful!

PRs must add only one version and must not modify any published versions

When making any changes to a library, the version or port-version in vcpkg.json or CONTROL must be modified.

error: checked-in files for mapnik have changed but the version was not updated
version: 2023-01-17
old SHA: 6fc189206b9c2055b544278ede1ce5be2e0f48ff
new SHA: 7edf56f41dd09aba37d31f34e1952ea32f0a56b3
Did you remember to update the version or port version?
Use --overwrite-version to bypass this check
***No files were updated***

[BillyONeal]

@dg0yt Please confirm that the merge I did looks OK to you :)

[dg0yt]

Okay.
Mapnik switch from a vendored CMake Find module to pkg-config (via CMake's FindPkgConfig.cmake). This works as good or as bad as anything else.

[BillyONeal]

Thanks!