dmaax/ladybird
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
ladybird/vcpkg.json

207 lines
3.3 KiB
JSON
Raw Normal View History

Meta+LibWebView: Install and link sqlite3 with vcpkg We will use sqlite3 as a replacement for LibSQL. Using a tried-and-true database will allow us to avoid maintaining our an incomplete, non-ACID, and less performant implementation. It also means we do not have to launch and manage the singleton SQLServer process.
2024-06-04 17:28:35 -03:00
{
Meta: Update vcpkg to latest master This includes some fixes for cmake 4.0, but not all.
2025-04-01 12:44:12 -03:00
"builtin-baseline": "ea2a964f9303270322cf3f2d51c265ba146c422d",
Meta+LibWebView: Install and link sqlite3 with vcpkg We will use sqlite3 as a replacement for LibSQL. Using a tried-and-true database will allow us to avoid maintaining our an incomplete, non-ACID, and less performant implementation. It also means we do not have to launch and manage the singleton SQLServer process.
2024-06-04 17:28:35 -03:00
"dependencies": [
LibWeb: Add ANGLE ANGLE is going to be used for WebGL implementation in upcoming changes.
2024-11-29 15:26:57 -03:00
{
"name": "angle",
"platform": "osx"
},
RequestServer: Use libcurl for HTTP and HTTPS downloads This replaces the use of our home-grown implementations inherited from SerenityOS.
2024-09-05 08:20:09 -03:00
{
"name": "curl",
"features": [
Meta: Update curl to version 8.10.1 Contains a fix for CVE-2024-8096.
2024-09-19 15:21:49 -03:00
"brotli",
LibWebSocket+RequestServer: Add a WebSocketImpl using libcurl This implementation can be better improved in the future by ripping out a lot of the manual logic in LibWebSocket and rely on libcurl to parse our message payloads. But for now, this uses the 'raw mode' of curl websockets in connect-only mode to allow for somewhat seamless integration into our event loop.
2025-02-20 08:18:37 -03:00
"http2",
vcpkg: Explicitly use OpenSSL backend with curl The generic `ssl` feature selects Secure Transport on macOS, which is a deprecated library and support for it in curl is also deprecated and scheduled for removal after May 2025: https://daniel.haxx.se/blog/tag/securetransport/ Secure Transport is replaced by Network Framework, but as per the blog post above, there's no foreseeable future of curl supporting it. With this information, we now explicitly use OpenSSL as the backend for curl, inline with the default choice for Linux. This gives us some key benefits: - A maintained and current TLS library - TLS 1.0 and 1.1 is disabled by default - TLS 1.3 is now available - Modern cipher suites - Removal of TLS_EMPTY_RENEGOTIATION_INFO_SCSV extension - Opportunity to support HTTP/3 with nghttp3 and OpenSSL's QUIC support - More extensions, key exchanges, EC point formats, etc.
2025-02-28 13:22:57 -03:00
"openssl",
LibWebSocket+RequestServer: Add a WebSocketImpl using libcurl This implementation can be better improved in the future by ripping out a lot of the manual logic in LibWebSocket and rely on libcurl to parse our message payloads. But for now, this uses the 'raw mode' of curl websockets in connect-only mode to allow for somewhat seamless integration into our event loop.
2025-02-20 08:18:37 -03:00
"websockets"
RequestServer: Use libcurl for HTTP and HTTPS downloads This replaces the use of our home-grown implementations inherited from SerenityOS.
2024-09-05 08:20:09 -03:00
]
},
LibCore: Port DirIterator to Windows using vcpkg dirent.h
2024-10-24 14:56:43 -03:00
{
"name": "dirent",
"platform": "windows"
},
Meta: Add ffmpeg to vcpkg dependencies Now that we are using shared libraries, it is possible to add into our vcpkg dependencies without worrying about LGPL
2024-11-07 16:47:48 -03:00
{
"name": "ffmpeg",
"platform": "!android",
"features": [
"avcodec",
"avformat",
"dav1d",
"openh264",
"opus",
"webp",
"theora",
"vorbis",
"vpx",
"zlib"
]
},
Ladybird: Use fontconfig to choose generic fonts on non-Apple systems If we get a suggestion from fontconfig, we try those fonts first, before falling back on the hard coded list of known suitable fonts for each generic family.
2024-06-07 14:50:00 -03:00
{
"name": "fontconfig",
Meta: Add windows options to vcpkg
2024-10-10 20:33:59 -03:00
"platform": "linux | freebsd | openbsd | osx | windows"
LibLocale: Install ICU package and link into LibLocale Rather than removing LibLocale entirely, we will use it as a wrapper around ICU (which has some C-like interfaces, and uses UTF-16 for its string types). Using ICU will provide better web compatibility overall, and will let us implement features we were previously unable to (e.g. Intl.Collator requires data that is not in the JSON export of the CLDR).
2024-06-08 12:10:10 -03:00
},
Meta: Explicitly list required features for harfbuzz and skia
2024-11-07 16:46:15 -03:00
{
"name": "harfbuzz",
"platform": "linux | freebsd | openbsd | windows",
"features": [
"freetype",
"icu"
]
},
{
"name": "harfbuzz",
"platform": "osx",
"features": [
"coretext",
"icu"
]
},
LibLocale: Install ICU package and link into LibLocale Rather than removing LibLocale entirely, we will use it as a wrapper around ICU (which has some C-like interfaces, and uses UTF-16 for its string types). Using ICU will provide better web compatibility overall, and will let us implement features we were previously unable to (e.g. Intl.Collator requires data that is not in the JSON export of the CLDR).
2024-06-08 12:10:10 -03:00
"icu",
LibGfx: Remove home-grown JPEG codec in favor of libjpeg-turbo
2024-06-16 11:08:31 -03:00
"libjpeg-turbo",
LibGfx: Use libjxl to decode JPEG XL images It currently doesn't support animated image. Note that Gfx::Bitmap has no support for get_pixel when the format is RGBA8888. This is why it has been removed from the tests.
2024-07-21 18:23:28 -03:00
"libjxl",
LibGfx: Remove home-grown PNG codec in favor of libpng+apng
2024-06-18 16:06:15 -03:00
{
"name": "libpng",
LibCore+LibWeb: Use Metal backend for Skia painter on macOS If Metal context and IOSurface are available, Skia painter will use Ganesh GPU backend on macOS, which is noticeably faster than the default CPU backend. Painting pipeline: 1. (WebContent) Allocate IOSurface for backing store 2. (WebContent) Allocate MTLTexture that wraps IOSurface 3. (WebContent) Paint into MTLTexture using Skia 4. (Browser) Wrap IOSurface into Gfx::Painter and use QPainter/CoreGraphics to blit backing store into viewport. Things we should improve in the future: 1. Upload textures for images in advance instead of doing that before every repaint. 2. Teach AppKit client to read directly from IOSurface instead of copying.
2024-06-26 12:56:55 -03:00
"features": [
"apng"
]
},
Build: Fix libpxbackend dependency mismatch libpxbackend was not being installed from vcpkg which lead to use of libpxbackend on the system causing library mismatch in rolling distros(ie arch linux) a
2024-11-28 00:29:14 -03:00
"libproxy",
LibGfx: Decode AVIF images Use libavif to decode AVIF images in LibGfx.
2024-07-06 04:33:38 -03:00
{
"name": "libavif",
"features": [
"dav1d"
]
},
LibGfx: Decode WebP images with libwebp
2024-07-12 05:08:39 -03:00
{
"name": "libwebp",
"features": [
"anim",
"libwebpmux",
"simd"
]
},
LibCore/System: Add mmap, munmap for Windows
2024-11-20 10:39:13 -03:00
{
"name": "mman",
"platform": "windows"
},
LibCrypto: Link with OpenSSL Add OpenSSL with vcpkg and link with LibCrypto using CMake. Also added a placeholder GN setup.
2024-12-20 05:06:14 -03:00
"openssl",
LibCore: Fix pthread-related errors on Windows Fixes compilation error in Notifier.h and link errors in ThreadEventQueue.cpp
2024-11-16 04:44:30 -03:00
{
"name": "pthread",
"platform": "windows"
},
AK+LibWeb: Replace our home-grown base64 encoder/decoders with simdutf We currently have 2 base64 coders: one in AK, another in LibWeb for a "forgiving" implementation. ECMA-262 has an upcoming proposal which will require a third implementation. Instead, let's use the base64 implementation that is used by Node.js and recommended by the upcoming proposal. It handles forgiving decoding as well. Our users of AK's implementation should be fine with the forgiving implementation. The AK impl originally had naive forgiving behavior, but that was removed solely for performance reasons. Using http://mattmahoney.net/dc/enwik8.zip (100MB unzipped) as a test, performance of our old home-grown implementations vs. the simdutf implementation (on Linux x64): Encode Decode AK base64 0.226s 0.169s LibWeb base64 N/A 1.244s simdutf 0.161s 0.047s
2024-07-15 16:25:08 -03:00
"simdutf",
LibCore+LibWeb: Use Metal backend for Skia painter on macOS If Metal context and IOSurface are available, Skia painter will use Ganesh GPU backend on macOS, which is noticeably faster than the default CPU backend. Painting pipeline: 1. (WebContent) Allocate IOSurface for backing store 2. (WebContent) Allocate MTLTexture that wraps IOSurface 3. (WebContent) Paint into MTLTexture using Skia 4. (Browser) Wrap IOSurface into Gfx::Painter and use QPainter/CoreGraphics to blit backing store into viewport. Things we should improve in the future: 1. Upload textures for images in advance instead of doing that before every repaint. 2. Teach AppKit client to read directly from IOSurface instead of copying.
2024-06-26 12:56:55 -03:00
{
"name": "skia",
"platform": "osx",
"features": [
Ladybird+LibWeb+LibGfx: Add option to force use of fontconfig This allows us to get identical metrics on macOS and Linux. Without this, Skia will use CoreText on macOS and give us slightly different text metrics. That causes layout tests to be slightly different on different platforms, which is a huge headache. So let's not do that. You can now launch Ladybird and headless-browser with --force-fontconfig to load fonts through fontconfig. Tests run in this mode by default.
2024-08-19 15:35:49 -03:00
"metal",
Meta: Explicitly list required features for harfbuzz and skia
2024-11-07 16:46:15 -03:00
"fontconfig",
"harfbuzz",
"icu"
LibCore+LibWeb: Use Metal backend for Skia painter on macOS If Metal context and IOSurface are available, Skia painter will use Ganesh GPU backend on macOS, which is noticeably faster than the default CPU backend. Painting pipeline: 1. (WebContent) Allocate IOSurface for backing store 2. (WebContent) Allocate MTLTexture that wraps IOSurface 3. (WebContent) Paint into MTLTexture using Skia 4. (Browser) Wrap IOSurface into Gfx::Painter and use QPainter/CoreGraphics to blit backing store into viewport. Things we should improve in the future: 1. Upload textures for images in advance instead of doing that before every repaint. 2. Teach AppKit client to read directly from IOSurface instead of copying.
2024-06-26 12:56:55 -03:00
]
},
{
"name": "skia",
Meta: Add windows options to vcpkg
2024-10-10 20:33:59 -03:00
"platform": "linux | freebsd | openbsd | windows",
LibWeb+LibCore: Use Vulkan backend for Skia on Linux Skia now uses GPU-accelerated painting on Linux if Vulkan is available. Most of the performance gain is currently negated by reading the GPU backend back into RAM to pass it to the Browser process. In the future, this could be improved by sharing GPU-allocated memory across the Browser and WebContent processes.
2024-07-03 14:23:27 -03:00
"features": [
Meta: Explicitly list required features for harfbuzz and skia
2024-11-07 16:46:15 -03:00
"freetype",
"fontconfig",
"harfbuzz",
"icu",
LibWeb+LibCore: Use Vulkan backend for Skia on Linux Skia now uses GPU-accelerated painting on Linux if Vulkan is available. Most of the performance gain is currently negated by reading the GPU backend back into RAM to pass it to the Browser process. In the future, this could be improved by sharing GPU-allocated memory across the Browser and WebContent processes.
2024-07-03 14:23:27 -03:00
"vulkan"
]
LibGfx: Remove home-grown PNG codec in favor of libpng+apng
2024-06-18 16:06:15 -03:00
},
Android: Integrate vcpkg with Gradle build This ensures that vcpkg downloads and builds all dependencies for Android. We add it as a CMAKE_TOOLCHAIN_FILE that then chainloads the Android NDK's toolchain file, as per the vcpkg documentation.
2024-07-03 16:17:16 -03:00
{
"name": "skia",
"platform": "android"
},
LibLocale: Install ICU package and link into LibLocale Rather than removing LibLocale entirely, we will use it as a wrapper around ICU (which has some C-like interfaces, and uses UTF-16 for its string types). Using ICU will provide better web compatibility overall, and will let us implement features we were previously unable to (e.g. Intl.Collator requires data that is not in the JSON export of the CLDR).
2024-06-08 12:10:10 -03:00
"sqlite3",
Meta: Add vulkan and vulkan-headers to vcpkg dependencies Also require a specific ICU version to not run into unexpected problems.
2024-07-05 19:12:52 -03:00
{
"name": "vulkan",
"platform": "!android"
},
{
"name": "vulkan-headers",
"platform": "!android"
AK+LibWeb: Replace our home-grown base64 encoder/decoders with simdutf We currently have 2 base64 coders: one in AK, another in LibWeb for a "forgiving" implementation. ECMA-262 has an upcoming proposal which will require a third implementation. Instead, let's use the base64 implementation that is used by Node.js and recommended by the upcoming proposal. It handles forgiving decoding as well. Our users of AK's implementation should be fine with the forgiving implementation. The AK impl originally had naive forgiving behavior, but that was removed solely for performance reasons. Using http://mattmahoney.net/dc/enwik8.zip (100MB unzipped) as a test, performance of our old home-grown implementations vs. the simdutf implementation (on Linux x64): Encode Decode AK base64 0.226s 0.169s LibWeb base64 N/A 1.244s simdutf 0.161s 0.047s
2024-07-15 16:25:08 -03:00
},
Meta: Add explicit vcpkg dependency for zlib zlib is already included transitively for other dependencies, include it explicitly and link it with `LibCompress`.
2025-03-01 13:32:14 -03:00
"woff2",
"zlib"
Meta+LibWebView: Install and link sqlite3 with vcpkg We will use sqlite3 as a replacement for LibSQL. Using a tried-and-true database will allow us to avoid maintaining our an incomplete, non-ACID, and less performant implementation. It also means we do not have to launch and manage the singleton SQLServer process.
2024-06-04 17:28:35 -03:00
],
"overrides": [
LibWeb: Add ANGLE ANGLE is going to be used for WebGL implementation in upcoming changes.
2024-11-29 15:26:57 -03:00
{
"name": "angle",
"version": "chromium_5414#9"
},
Meta: Update curl to version 8.10.1 Contains a fix for CVE-2024-8096.
2024-09-19 15:21:49 -03:00
{
"name": "curl",
Meta: Update curl to 8.11.1
2024-12-28 16:02:54 -03:00
"version": "8.11.1#0"
Meta: Update curl to version 8.10.1 Contains a fix for CVE-2024-8096.
2024-09-19 15:21:49 -03:00
},
Meta: Pin recently added vcpkg dependencies
2024-12-23 14:51:16 -03:00
{
"name": "dirent",
"version": "1.24#0"
},
Meta: Add ffmpeg to vcpkg dependencies Now that we are using shared libraries, it is possible to add into our vcpkg dependencies without worrying about LGPL
2024-11-07 16:47:48 -03:00
{
"name": "ffmpeg",
Meta: Update ffmpeg to 7.1
2024-12-27 14:17:14 -03:00
"version": "7.1#1"
Meta: Add ffmpeg to vcpkg dependencies Now that we are using shared libraries, it is possible to add into our vcpkg dependencies without worrying about LGPL
2024-11-07 16:47:48 -03:00
},
LibLocale: Install ICU package and link into LibLocale Rather than removing LibLocale entirely, we will use it as a wrapper around ICU (which has some C-like interfaces, and uses UTF-16 for its string types). Using ICU will provide better web compatibility overall, and will let us implement features we were previously unable to (e.g. Intl.Collator requires data that is not in the JSON export of the CLDR).
2024-06-08 12:10:10 -03:00
{
"name": "fontconfig",
"version": "2.14.2#1"
},
{
"name": "icu",
Meta+LibUnicode+LibJS: Upgrade to ICU 76.1 This updates our local ICU overlay port to use ICU 76.1. This includes Unicode 16 and CLDR 46. Upstream vcpkg is not able to supply versions past 74 yet due to various dependency issues, but we are able to use this version ourselves. The overlay port now includes a patch to revert ICU's dependence on autoconf 2.72 for now, as this version is not yet available on all systems. All of the test changes were cross-referenced with Firefox to ensure correctness.
2025-01-18 15:29:28 -03:00
"version": "76.1#0"
LibLocale: Install ICU package and link into LibLocale Rather than removing LibLocale entirely, we will use it as a wrapper around ICU (which has some C-like interfaces, and uses UTF-16 for its string types). Using ICU will provide better web compatibility overall, and will let us implement features we were previously unable to (e.g. Intl.Collator requires data that is not in the JSON export of the CLDR).
2024-06-08 12:10:10 -03:00
},
LibGfx: Remove home-grown JPEG codec in favor of libjpeg-turbo
2024-06-16 11:08:31 -03:00
{
"name": "libjpeg-turbo",
Meta: Update libjpeg-turbo to 3.1.0
2024-12-27 15:16:00 -03:00
"version": "3.1.0#0"
LibGfx: Remove home-grown JPEG codec in favor of libjpeg-turbo
2024-06-16 11:08:31 -03:00
},
LibGfx: Use libjxl to decode JPEG XL images It currently doesn't support animated image. Note that Gfx::Bitmap has no support for get_pixel when the format is RGBA8888. This is why it has been removed from the tests.
2024-07-21 18:23:28 -03:00
{
"name": "libjxl",
Meta: Update libjxl to version 0.11.1
2024-12-21 20:06:58 -03:00
"version": "0.11.1"
LibGfx: Use libjxl to decode JPEG XL images It currently doesn't support animated image. Note that Gfx::Bitmap has no support for get_pixel when the format is RGBA8888. This is why it has been removed from the tests.
2024-07-21 18:23:28 -03:00
},
LibGfx: Remove home-grown PNG codec in favor of libpng+apng
2024-06-18 16:06:15 -03:00
{
"name": "libpng",
Meta: Update libpng to version 1.6.45
2025-02-08 00:41:08 -03:00
"version": "1.6.45"
LibGfx: Remove home-grown PNG codec in favor of libpng+apng
2024-06-18 16:06:15 -03:00
},
Build: Fix libpxbackend dependency mismatch libpxbackend was not being installed from vcpkg which lead to use of libpxbackend on the system causing library mismatch in rolling distros(ie arch linux) a
2024-11-28 00:29:14 -03:00
{
"name": "libproxy",
"version": "0.4.18#3"
},
LibGfx: Decode AVIF images Use libavif to decode AVIF images in LibGfx.
2024-07-06 04:33:38 -03:00
{
"name": "libavif",
"version": "1.0.4#1"
},
LibGfx: Decode WebP images with libwebp
2024-07-12 05:08:39 -03:00
{
"name": "libwebp",
"version": "1.4.0#1"
},
Meta: Pin recently added vcpkg dependencies
2024-12-23 14:51:16 -03:00
{
"name": "mman",
"version": "git-f5ff813#5"
},
{
"name": "openssl",
"version": "3.4.0#0"
},
AK+LibWeb: Replace our home-grown base64 encoder/decoders with simdutf We currently have 2 base64 coders: one in AK, another in LibWeb for a "forgiving" implementation. ECMA-262 has an upcoming proposal which will require a third implementation. Instead, let's use the base64 implementation that is used by Node.js and recommended by the upcoming proposal. It handles forgiving decoding as well. Our users of AK's implementation should be fine with the forgiving implementation. The AK impl originally had naive forgiving behavior, but that was removed solely for performance reasons. Using http://mattmahoney.net/dc/enwik8.zip (100MB unzipped) as a test, performance of our old home-grown implementations vs. the simdutf implementation (on Linux x64): Encode Decode AK base64 0.226s 0.169s LibWeb base64 N/A 1.244s simdutf 0.161s 0.047s
2024-07-15 16:25:08 -03:00
{
"name": "simdutf",
Meta: Bump simdutf to version 5.6.0 With luck, this will blast the old vcpkg cache for simdutf in github actions and allow us to move forward with the new dynamic linking support.
2024-11-05 15:19:55 -03:00
"version": "5.6.0#0"
AK+LibWeb: Replace our home-grown base64 encoder/decoders with simdutf We currently have 2 base64 coders: one in AK, another in LibWeb for a "forgiving" implementation. ECMA-262 has an upcoming proposal which will require a third implementation. Instead, let's use the base64 implementation that is used by Node.js and recommended by the upcoming proposal. It handles forgiving decoding as well. Our users of AK's implementation should be fine with the forgiving implementation. The AK impl originally had naive forgiving behavior, but that was removed solely for performance reasons. Using http://mattmahoney.net/dc/enwik8.zip (100MB unzipped) as a test, performance of our old home-grown implementations vs. the simdutf implementation (on Linux x64): Encode Decode AK base64 0.226s 0.169s LibWeb base64 N/A 1.244s simdutf 0.161s 0.047s
2024-07-15 16:25:08 -03:00
},
LibWeb: Add Skia painting command executor This change introduces Skia painter available under a flag. It's not yet match capabilities of Gfx::Painter and is not ready to replace it. Motivation: - The current CPU painter is a performance bottleneck on most websites. Our own GPU painter implementation is very immature and has received relatively little attention. - There is ongoing effort on building painter that supports affine transforms (AffineCommandExecutorCPU) but it is far from being on par with the default CPU painter. Skia will allow us to immediately get full transformation support for all painting commands. GPU painting: I experimented with Ganesh GPU-backend, however profiling revealed that without sharing viewport texture between WebContent and Browser processes, it won't bring much performance improvement compared to CPU-backend. Therefore, I decided to keep this PR focused on implementing most of painting commands and switch to GPU-backend in future changes. Text rendring: Skia painter uses glyph bitmaps produced by LibGfx. Using Skia for text rendering will require large refactoring of the font rendering subsystem. Currently, it's impossible to construct SkFont right before rendering because Gfx::VectorFont can't be serialized back into sequence of bytes. There is a problem with ugly include paths like: `#include <core/SkBitmap.h>`. I would prefer to have skia prefix in the path. There was an attempt to fix that but PR was rejected https://github.com/microsoft/vcpkg/pull/32660 Regressions compared to Gfx::Painter: - DrawText is not implemented - PaintTextShadow is not implemented - PaintRadialGradient and PaintLinearGradient do not support "transition hints" and repeat length - PaintConicGradient is not implemented - DrawTriangleWave is not implemented - DrawLine does not account for line style property - DrawScaledBitmap and DrawScaledImmutableBitmap do not account for scaling mode property
2024-06-10 08:22:04 -03:00
{
"name": "skia",
Meta+LibWeb: Update Skia to version 129
2024-09-19 12:28:18 -03:00
"version": "129#0"
LibWeb: Add Skia painting command executor This change introduces Skia painter available under a flag. It's not yet match capabilities of Gfx::Painter and is not ready to replace it. Motivation: - The current CPU painter is a performance bottleneck on most websites. Our own GPU painter implementation is very immature and has received relatively little attention. - There is ongoing effort on building painter that supports affine transforms (AffineCommandExecutorCPU) but it is far from being on par with the default CPU painter. Skia will allow us to immediately get full transformation support for all painting commands. GPU painting: I experimented with Ganesh GPU-backend, however profiling revealed that without sharing viewport texture between WebContent and Browser processes, it won't bring much performance improvement compared to CPU-backend. Therefore, I decided to keep this PR focused on implementing most of painting commands and switch to GPU-backend in future changes. Text rendring: Skia painter uses glyph bitmaps produced by LibGfx. Using Skia for text rendering will require large refactoring of the font rendering subsystem. Currently, it's impossible to construct SkFont right before rendering because Gfx::VectorFont can't be serialized back into sequence of bytes. There is a problem with ugly include paths like: `#include <core/SkBitmap.h>`. I would prefer to have skia prefix in the path. There was an attempt to fix that but PR was rejected https://github.com/microsoft/vcpkg/pull/32660 Regressions compared to Gfx::Painter: - DrawText is not implemented - PaintTextShadow is not implemented - PaintRadialGradient and PaintLinearGradient do not support "transition hints" and repeat length - PaintConicGradient is not implemented - DrawTriangleWave is not implemented - DrawLine does not account for line style property - DrawScaledBitmap and DrawScaledImmutableBitmap do not account for scaling mode property
2024-06-10 08:22:04 -03:00
},
Meta+LibWebView: Install and link sqlite3 with vcpkg We will use sqlite3 as a replacement for LibSQL. Using a tried-and-true database will allow us to avoid maintaining our an incomplete, non-ACID, and less performant implementation. It also means we do not have to launch and manage the singleton SQLServer process.
2024-06-04 17:28:35 -03:00
{
"name": "sqlite3",
Meta: Update sqlite to 3.47.2
2024-12-27 15:06:39 -03:00
"version": "3.47.2#0"
LibGfx: Use the woff2 library to decode WOFF2 font files This saves us the trouble of maintaining our own implementation, and instantly brings us to full WOFF2 feature parity with others. Co-Authored-By: Andrew Kaster <akaster@serenityos.org>
2024-06-06 06:10:01 -03:00
},
{
"name": "woff2",
"version": "1.0.2#4"
Meta: Add explicit vcpkg dependency for zlib zlib is already included transitively for other dependencies, include it explicitly and link it with `LibCompress`.
2025-03-01 13:32:14 -03:00
},
{
"name": "zlib",
"version": "1.3.1"
Meta+LibWebView: Install and link sqlite3 with vcpkg We will use sqlite3 as a replacement for LibSQL. Using a tried-and-true database will allow us to avoid maintaining our an incomplete, non-ACID, and less performant implementation. It also means we do not have to launch and manage the singleton SQLServer process.
2024-06-04 17:28:35 -03:00
}
]
}
Reference in a new issue Copy permalink