[discordcoreapi] Build error on x64-windows

Package<EMAIL_ADDRESS>Host Environment

Host: x64-windows
Compiler: MSVC 19.38.33135.0
vcpkg-tool version: 2024-03-14-7d353e869753e5609a1f1a057df3db8fd356e49d
vcpkg-scripts version: d7fcc9eb6 2024-04-10 (2 hours ago)

To Reproduce
vcpkg install discordcoreapi:x64-windows
Failure logs
-- Using cached RealTimeChris-DiscordCoreAPI-v2.0.5.tar.gz.
-- Cleaning sources at C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/Users/Wojtek/vcpkg/downloads/RealTimeChris-DiscordCoreAPI-v2.0.5.tar.gz
-- Using source at C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean
-- Found external ninja('1.11.0').
-- Configuring x64-windows
CMake Error at scripts/cmake/vcpkg_execute_required_process.cmake:112 (message):
    Command failed: "E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" -v
    Working Directory: C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-rel/vcpkg-parallel-configure
    Error code: 1
    See logs for more information:
      C:\Users\Wojtek\vcpkg\buildtrees\discordcoreapi\config-x64-windows-dbg-CMakeCache.txt.log
      C:\Users\Wojtek\vcpkg\buildtrees\discordcoreapi\config-x64-windows-rel-CMakeCache.txt.log
      C:\Users\Wojtek\vcpkg\buildtrees\discordcoreapi\config-x64-windows-out.log

Call Stack (most recent call first):
  installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_configure.cmake:252 (vcpkg_execute_required_process)
  ports/discordcoreapi/portfile.cmake:13 (vcpkg_cmake_configure)
  scripts/ports.cmake:175 (include)

C:\Users\Wojtek\vcpkg\buildtrees\discordcoreapi\config-x64-windows-out.log
[1/2] "C:/Program Files/CMake/bin/cmake.exe" -E chdir ".." "C:/Program Files/CMake/bin/cmake.exe" "C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=C:/Users/Wojtek/vcpkg/packages/discordcoreapi_x64-windows" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DCMAKE_MAKE_PROGRAM=E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v143" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=C:/Users/Wojtek/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/Users/Wojtek/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
FAILED: ../CMakeCache.txt
"C:/Program Files/CMake/bin/cmake.exe" -E chdir ".." "C:/Program Files/CMake/bin/cmake.exe" "C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Release" "-DCMAKE_INSTALL_PREFIX=C:/Users/Wojtek/vcpkg/packages/discordcoreapi_x64-windows" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DCMAKE_MAKE_PROGRAM=E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v143" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=C:/Users/Wojtek/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/Users/Wojtek/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
CMake Warning at CMakeLists.txt:60 (message):
  No Vcpkg root folder found, Please make sure that you properly set the
  library folders.

-- The CXX compiler identification is MSVC 19.38.33135.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found OpenSSL: optimized;C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libcrypto.lib;debug;C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib (found version "3.2.1")
CMake Error at C:/Users/Wojtek/vcpkg/installed/x64-windows/share/opus/OpusConfig.cmake:17 (message):
  File or directory C:/Users/Wojtek/vcpkg/installed/include referenced by
  variable OPUS_INCLUDE_DIR does not exist !
Call Stack (most recent call first):
  C:/Users/Wojtek/vcpkg/installed/x64-windows/share/opus/OpusConfig.cmake:33 (set_and_check)
  C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake:859 (_find_package)
  Library/CMakeLists.txt:88 (find_package)

-- Configuring incomplete, errors occurred!
[2/2] "C:/Program Files/CMake/bin/cmake.exe" -E chdir "../../x64-windows-dbg" "C:/Program Files/CMake/bin/cmake.exe" "C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=C:/Users/Wojtek/vcpkg/packages/discordcoreapi_x64-windows/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DCMAKE_MAKE_PROGRAM=E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v143" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=C:/Users/Wojtek/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/Users/Wojtek/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
FAILED: ../../x64-windows-dbg/CMakeCache.txt
"C:/Program Files/CMake/bin/cmake.exe" -E chdir "../../x64-windows-dbg" "C:/Program Files/CMake/bin/cmake.exe" "C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean" "-G" "Ninja" "-DCMAKE_BUILD_TYPE=Debug" "-DCMAKE_INSTALL_PREFIX=C:/Users/Wojtek/vcpkg/packages/discordcoreapi_x64-windows/debug" "-DFETCHCONTENT_FULLY_DISCONNECTED=ON" "-DCMAKE_MAKE_PROGRAM=E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" "-DBUILD_SHARED_LIBS=ON" "-DVCPKG_CHAINLOAD_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/toolchains/windows.cmake" "-DVCPKG_TARGET_TRIPLET=x64-windows" "-DVCPKG_SET_CHARSET_FLAG=ON" "-DVCPKG_PLATFORM_TOOLSET=v143" "-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON" "-DCMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY=ON" "-DCMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP=TRUE" "-DCMAKE_VERBOSE_MAKEFILE=ON" "-DVCPKG_APPLOCAL_DEPS=OFF" "-DCMAKE_TOOLCHAIN_FILE=C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake" "-DCMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION=ON" "-DVCPKG_CXX_FLAGS=" "-DVCPKG_CXX_FLAGS_RELEASE=" "-DVCPKG_CXX_FLAGS_DEBUG=" "-DVCPKG_C_FLAGS=" "-DVCPKG_C_FLAGS_RELEASE=" "-DVCPKG_C_FLAGS_DEBUG=" "-DVCPKG_CRT_LINKAGE=dynamic" "-DVCPKG_LINKER_FLAGS=" "-DVCPKG_LINKER_FLAGS_RELEASE=" "-DVCPKG_LINKER_FLAGS_DEBUG=" "-DVCPKG_TARGET_ARCHITECTURE=x64" "-DCMAKE_INSTALL_LIBDIR:STRING=lib" "-DCMAKE_INSTALL_BINDIR:STRING=bin" "-D_VCPKG_ROOT_DIR=C:/Users/Wojtek/vcpkg" "-D_VCPKG_INSTALLED_DIR=C:/Users/Wojtek/vcpkg/installed" "-DVCPKG_MANIFEST_INSTALL=OFF"
CMake Warning at CMakeLists.txt:60 (message):
  No Vcpkg root folder found, Please make sure that you properly set the
  library folders.

-- The CXX compiler identification is MSVC 19.38.33135.0
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found OpenSSL: optimized;C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libcrypto.lib;debug;C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib (found version "3.2.1")
CMake Error at C:/Users/Wojtek/vcpkg/installed/x64-windows/share/opus/OpusConfig.cmake:17 (message):
  File or directory C:/Users/Wojtek/vcpkg/installed/include referenced by
  variable OPUS_INCLUDE_DIR does not exist !
Call Stack (most recent call first):
  C:/Users/Wojtek/vcpkg/installed/x64-windows/share/opus/OpusConfig.cmake:33 (set_and_check)
  C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake:859 (_find_package)
  Library/CMakeLists.txt:88 (find_package)

-- Configuring incomplete, errors occurred!
ninja: build stopped: subcommand failed.

C:\Users\Wojtek\vcpkg\buildtrees\discordcoreapi\config-x64-windows-rel-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: c:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-rel
# It was generated by CMake: C:/Program Files/CMake/bin/cmake.exe
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=ON

//Path to a program.
CMAKE_AR:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/lib.exe

//Choose the type of build, options are: None Debug Release RelWithDebInfo
// MinSizeRel ...
CMAKE_BUILD_TYPE:STRING=Release

CMAKE_CROSSCOMPILING:STRING=OFF

//CXX compiler
CMAKE_CXX_COMPILER:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/cl.exe

CMAKE_CXX_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP '

CMAKE_CXX_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

//Flags used by the CXX compiler during MINSIZEREL builds.
CMAKE_CXX_FLAGS_MINSIZEREL:STRING=/O1 /Ob1 /DNDEBUG

CMAKE_CXX_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//Flags used by the CXX compiler during RELWITHDEBINFO builds.
CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=/Zi /O2 /Ob1 /DNDEBUG

//Libraries linked by default with all C++ applications.
CMAKE_CXX_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib

CMAKE_C_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP '

CMAKE_C_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

CMAKE_C_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//Flags used by the linker during all build types.
CMAKE_EXE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during DEBUG builds.
CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during MINSIZEREL builds.
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during RELWITHDEBINFO builds.
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//Enable/Disable output of compile commands during generation.
CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=

//No help, variable specified on the command line.
CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY:UNINITIALIZED=ON

//Value Computed by CMake.
CMAKE_FIND_PACKAGE_REDIRECTS_DIR:STATIC=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-rel/CMakeFiles/pkgRedirects

//No help, variable specified on the command line.
CMAKE_INSTALL_BINDIR:STRING=bin

//No help, variable specified on the command line.
CMAKE_INSTALL_LIBDIR:STRING=lib

//Install path prefix, prepended onto install directories.
CMAKE_INSTALL_PREFIX:PATH=C:/Users/Wojtek/vcpkg/packages/discordcoreapi_x64-windows

//No help, variable specified on the command line.
CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP:UNINITIALIZED=TRUE

//Path to a program.
CMAKE_LINKER:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/link.exe

//make program
CMAKE_MAKE_PROGRAM:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe

//Flags used by the linker during the creation of modules during
// all build types.
CMAKE_MODULE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of modules during
// DEBUG builds.
CMAKE_MODULE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of modules during
// MINSIZEREL builds.
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_MODULE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of modules during
// RELWITHDEBINFO builds.
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

CMAKE_MSVC_RUNTIME_LIBRARY:STRING=MultiThreaded$<$<CONFIG:Debug>:Debug>$<$<STREQUAL:dynamic,dynamic>:DLL>

//Path to a program.
CMAKE_MT:FILEPATH=C:/Program Files (x86)/Windows Kits/10/bin/10.0.22621.0/x64/mt.exe

//Value Computed by CMake
CMAKE_PROJECT_DESCRIPTION:STATIC=A Discord bot library, written in C++, using custom asynchronous coroutines.

//Value Computed by CMake
CMAKE_PROJECT_HOMEPAGE_URL:STATIC=https://discordcoreapi.com

//Value Computed by CMake
CMAKE_PROJECT_NAME:STATIC=DiscordCoreAPI

//Value Computed by CMake
CMAKE_PROJECT_VERSION:STATIC=2.0.5

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MAJOR:STATIC=2

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MINOR:STATIC=0

//Value Computed by CMake
CMAKE_PROJECT_VERSION_PATCH:STATIC=5

//Value Computed by CMake
CMAKE_PROJECT_VERSION_TWEAK:STATIC=

//RC compiler
CMAKE_RC_COMPILER:FILEPATH=C:/Program Files (x86)/Windows Kits/10/bin/10.0.22621.0/x64/rc.exe

CMAKE_RC_FLAGS:STRING=-c65001 /DWIN32

//Flags for Windows Resource Compiler during DEBUG builds.
CMAKE_RC_FLAGS_DEBUG:STRING=-D_DEBUG

//Flags for Windows Resource Compiler during MINSIZEREL builds.
CMAKE_RC_FLAGS_MINSIZEREL:STRING=

//Flags for Windows Resource Compiler during RELEASE builds.
CMAKE_RC_FLAGS_RELEASE:STRING=

//Flags for Windows Resource Compiler during RELWITHDEBINFO builds.
CMAKE_RC_FLAGS_RELWITHDEBINFO:STRING=

//Flags used by the linker during the creation of shared libraries
// during all build types.
CMAKE_SHARED_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of shared libraries
// during DEBUG builds.
CMAKE_SHARED_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of shared libraries
// during MINSIZEREL builds.
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_SHARED_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of shared libraries
// during RELWITHDEBINFO builds.
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//If set, runtime paths are not added when installing shared libraries,
// but are added when building.
CMAKE_SKIP_INSTALL_RPATH:BOOL=NO

//If set, runtime paths are not added when using shared libraries.
CMAKE_SKIP_RPATH:BOOL=NO

//Flags used by the linker during the creation of static libraries
// during all build types.
CMAKE_STATIC_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of static libraries
// during DEBUG builds.
CMAKE_STATIC_LINKER_FLAGS_DEBUG:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during MINSIZEREL builds.
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING=

//Flags used by the linker during the creation of static libraries
// during RELEASE builds.
CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during RELWITHDEBINFO builds.
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING=

CMAKE_SYSTEM_NAME:STRING=Windows

CMAKE_SYSTEM_PROCESSOR:STRING=AMD64

CMAKE_SYSTEM_VERSION:STRING=10.0.22631

//The CMake toolchain file
CMAKE_TOOLCHAIN_FILE:FILEPATH=C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake

//If this value is on, makefiles will be generated without the
// .SILENT directive, and all commands will be echoed to the console
// during the make.  This is useful for debugging only. With Visual
// Studio IDE projects all commands are done without /nologo.
CMAKE_VERBOSE_MAKEFILE:BOOL=ON

//Value Computed by CMake
DiscordCoreAPI_BINARY_DIR:STATIC=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-rel

//Value Computed by CMake
DiscordCoreAPI_IS_TOP_LEVEL:STATIC=ON

//Value Computed by CMake
DiscordCoreAPI_SOURCE_DIR:STATIC=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//The directory containing a CMake configuration file for Jsonifier.
Jsonifier_DIR:PATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/share/jsonifier

//Path to a library.
LIB_EAY_DEBUG:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib

//Path to a library.
LIB_EAY_RELEASE:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libcrypto.lib

//Path to a file.
OPENSSL_APPLINK_SOURCE:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/include/openssl/applink.c

//Path to a file.
OPENSSL_INCLUDE_DIR:PATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/include

//The directory containing a CMake configuration file for Opus.
Opus_DIR:PATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/share/opus

//Path to a library.
SSL_EAY_DEBUG:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libssl.lib

//Path to a library.
SSL_EAY_RELEASE:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libssl.lib

//Automatically copy dependencies into the output directory for
// executables.
VCPKG_APPLOCAL_DEPS:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=C:/Users/Wojtek/vcpkg/scripts/toolchains/windows.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//The directory which contains the installed libraries for each
// triplet
VCPKG_INSTALLED_DIR:PATH=C:/Users/Wojtek/vcpkg/installed

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//The path to the vcpkg manifest directory.
VCPKG_MANIFEST_DIR:PATH=

//Use manifest mode, as opposed to classic mode.
VCPKG_MANIFEST_MODE:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=v143

//Appends the vcpkg paths to CMAKE_PREFIX_PATH, CMAKE_LIBRARY_PATH
// and CMAKE_FIND_ROOT_PATH so that vcpkg libraries/packages are
// found after toolchain/system libraries/packages.
VCPKG_PREFER_SYSTEM_LIBS:BOOL=OFF

//Enable the setup of CMAKE_PROGRAM_PATH to vcpkg paths
VCPKG_SETUP_CMAKE_PROGRAM_PATH:BOOL=ON

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=x64

//Vcpkg target triplet (ex. x86-windows)
VCPKG_TARGET_TRIPLET:STRING=x64-windows

//Trace calls to find_package()
VCPKG_TRACE_FIND_PACKAGE:BOOL=OFF

//Enables messages from the VCPKG toolchain for debugging purposes.
VCPKG_VERBOSE:BOOL=OFF

//(experimental) Automatically copy dependencies into the install
// target directory for executables. Requires CMake 3.14.
X_VCPKG_APPLOCAL_DEPS_INSTALL:BOOL=OFF

//(experimental) Add USES_TERMINAL to VCPKG_APPLOCAL_DEPS to force
// serialization.
X_VCPKG_APPLOCAL_DEPS_SERIALIZED:BOOL=OFF

//The directory which contains the installed libraries for each
// triplet
_VCPKG_INSTALLED_DIR:PATH=C:/Users/Wojtek/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=C:/Users/Wojtek/vcpkg

########################
# INTERNAL cache entries
########################

//ADVANCED property for variable: CMAKE_AR
CMAKE_AR-ADVANCED:INTERNAL=1
//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=c:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-rel
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=29
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=1
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=C:/Program Files/CMake/bin/cmake.exe
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=C:/Program Files/CMake/bin/cpack.exe
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=C:/Program Files/CMake/bin/ctest.exe
//ADVANCED property for variable: CMAKE_CXX_COMPILER
CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS
CMAKE_CXX_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_DEBUG
CMAKE_CXX_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_MINSIZEREL
CMAKE_CXX_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELEASE
CMAKE_CXX_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELWITHDEBINFO
CMAKE_CXX_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_STANDARD_LIBRARIES
CMAKE_CXX_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1
//Path to cache edit program executable.
CMAKE_EDIT_COMMAND:INTERNAL=C:/Program Files/CMake/bin/cmake-gui.exe
//Executable file format
CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS
CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE
CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS
CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean
//ADVANCED property for variable: CMAKE_LINKER
CMAKE_LINKER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG
CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MT
CMAKE_MT-ADVANCED:INTERNAL=1
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=2
//Platform information initialized
CMAKE_PLATFORM_INFO_INITIALIZED:INTERNAL=1
//noop for ranlib
CMAKE_RANLIB:INTERNAL=:
//ADVANCED property for variable: CMAKE_RC_COMPILER
CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1
CMAKE_RC_COMPILER_WORKS:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS
CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_DEBUG
CMAKE_RC_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_MINSIZEREL
CMAKE_RC_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELEASE
CMAKE_RC_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELWITHDEBINFO
CMAKE_RC_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=C:/Program Files/CMake/share/cmake-3.29
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG
CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE
CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH
CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_RPATH
CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS
CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG
CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE
CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_TOOLCHAIN_FILE
CMAKE_TOOLCHAIN_FILE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE
CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1
//For cross-compiling.
DiscordCoreAPI-AVX2_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-AVX512_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-AVX_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-BMI2_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-BMI_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-LZCNT_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-POPCNT_EXITCODE:INTERNAL=0
//Details about finding OpenSSL
FIND_PACKAGE_MESSAGE_DETAILS_OpenSSL:INTERNAL=[optimized;C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libcrypto.lib;debug;C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib][C:/Users/Wojtek/vcpkg/installed/x64-windows/include][c ][v3.2.1()]
//ADVANCED property for variable: OPENSSL_INCLUDE_DIR
OPENSSL_INCLUDE_DIR-ADVANCED:INTERNAL=1
//Install the dependencies listed in your manifest:
//\n    If this is off, you will have to manually install your dependencies.
//\n    See https://github.com/microsoft/vcpkg/tree/master/docs/specifications/manifests.md
// for more info.
//\n
VCPKG_MANIFEST_INSTALL:INTERNAL=OFF
//ADVANCED property for variable: VCPKG_VERBOSE
VCPKG_VERBOSE-ADVANCED:INTERNAL=1
//Making sure VCPKG_MANIFEST_MODE doesn't change
Z_VCPKG_CHECK_MANIFEST_MODE:INTERNAL=OFF
//Vcpkg root directory
Z_VCPKG_ROOT_DIR:INTERNAL=C:/Users/Wojtek/vcpkg

C:\Users\Wojtek\vcpkg\buildtrees\discordcoreapi\config-x64-windows-dbg-CMakeCache.txt.log
# This is the CMakeCache file.
# For build in directory: c:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-dbg
# It was generated by CMake: C:/Program Files/CMake/bin/cmake.exe
# You can edit this file to change values found and used by cmake.
# If you do not want to change any of the values, simply exit the editor.
# If you do want to change a value, simply edit, save, and exit the editor.
# The syntax for the file is as follows:
# KEY:TYPE=VALUE
# KEY is the name of a variable in the cache.
# TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!.
# VALUE is the current value for the KEY.

########################
# EXTERNAL cache entries
########################

//No help, variable specified on the command line.
BUILD_SHARED_LIBS:UNINITIALIZED=ON

//Path to a program.
CMAKE_AR:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/lib.exe

//Choose the type of build, options are: None Debug Release RelWithDebInfo
// MinSizeRel ...
CMAKE_BUILD_TYPE:STRING=Debug

CMAKE_CROSSCOMPILING:STRING=OFF

//CXX compiler
CMAKE_CXX_COMPILER:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/cl.exe

CMAKE_CXX_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /GR /EHsc /MP '

CMAKE_CXX_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

//Flags used by the CXX compiler during MINSIZEREL builds.
CMAKE_CXX_FLAGS_MINSIZEREL:STRING=/O1 /Ob1 /DNDEBUG

CMAKE_CXX_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//Flags used by the CXX compiler during RELWITHDEBINFO builds.
CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=/Zi /O2 /Ob1 /DNDEBUG

//Libraries linked by default with all C++ applications.
CMAKE_CXX_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib

CMAKE_C_FLAGS:STRING=' /nologo /DWIN32 /D_WINDOWS /W3 /utf-8 /MP '

CMAKE_C_FLAGS_DEBUG:STRING='/D_DEBUG /MDd /Z7 /Ob0 /Od /RTC1 '

CMAKE_C_FLAGS_RELEASE:STRING='/MD /O2 /Oi /Gy /DNDEBUG /Z7 '

//No help, variable specified on the command line.
CMAKE_ERROR_ON_ABSOLUTE_INSTALL_DESTINATION:UNINITIALIZED=ON

//Flags used by the linker during all build types.
CMAKE_EXE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during DEBUG builds.
CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during MINSIZEREL builds.
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during RELWITHDEBINFO builds.
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//Enable/Disable output of compile commands during generation.
CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=

//No help, variable specified on the command line.
CMAKE_EXPORT_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY:UNINITIALIZED=ON

//No help, variable specified on the command line.
CMAKE_FIND_PACKAGE_NO_SYSTEM_PACKAGE_REGISTRY:UNINITIALIZED=ON

//Value Computed by CMake.
CMAKE_FIND_PACKAGE_REDIRECTS_DIR:STATIC=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-dbg/CMakeFiles/pkgRedirects

//No help, variable specified on the command line.
CMAKE_INSTALL_BINDIR:STRING=bin

//No help, variable specified on the command line.
CMAKE_INSTALL_LIBDIR:STRING=lib

//Install path prefix, prepended onto install directories.
CMAKE_INSTALL_PREFIX:PATH=C:/Users/Wojtek/vcpkg/packages/discordcoreapi_x64-windows/debug

//No help, variable specified on the command line.
CMAKE_INSTALL_SYSTEM_RUNTIME_LIBS_SKIP:UNINITIALIZED=TRUE

//Path to a program.
CMAKE_LINKER:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/VC/Tools/MSVC/14.38.33130/bin/Hostx64/x64/link.exe

//make program
CMAKE_MAKE_PROGRAM:FILEPATH=E:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe

//Flags used by the linker during the creation of modules during
// all build types.
CMAKE_MODULE_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of modules during
// DEBUG builds.
CMAKE_MODULE_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of modules during
// MINSIZEREL builds.
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_MODULE_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of modules during
// RELWITHDEBINFO builds.
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

CMAKE_MSVC_RUNTIME_LIBRARY:STRING=MultiThreaded$<$<CONFIG:Debug>:Debug>$<$<STREQUAL:dynamic,dynamic>:DLL>

//Path to a program.
CMAKE_MT:FILEPATH=C:/Program Files (x86)/Windows Kits/10/bin/10.0.22621.0/x64/mt.exe

//Value Computed by CMake
CMAKE_PROJECT_DESCRIPTION:STATIC=A Discord bot library, written in C++, using custom asynchronous coroutines.

//Value Computed by CMake
CMAKE_PROJECT_HOMEPAGE_URL:STATIC=https://discordcoreapi.com

//Value Computed by CMake
CMAKE_PROJECT_NAME:STATIC=DiscordCoreAPI

//Value Computed by CMake
CMAKE_PROJECT_VERSION:STATIC=2.0.5

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MAJOR:STATIC=2

//Value Computed by CMake
CMAKE_PROJECT_VERSION_MINOR:STATIC=0

//Value Computed by CMake
CMAKE_PROJECT_VERSION_PATCH:STATIC=5

//Value Computed by CMake
CMAKE_PROJECT_VERSION_TWEAK:STATIC=

//RC compiler
CMAKE_RC_COMPILER:FILEPATH=C:/Program Files (x86)/Windows Kits/10/bin/10.0.22621.0/x64/rc.exe

CMAKE_RC_FLAGS:STRING=-c65001 /DWIN32

//Flags for Windows Resource Compiler during DEBUG builds.
CMAKE_RC_FLAGS_DEBUG:STRING=-D_DEBUG

//Flags for Windows Resource Compiler during MINSIZEREL builds.
CMAKE_RC_FLAGS_MINSIZEREL:STRING=

//Flags for Windows Resource Compiler during RELEASE builds.
CMAKE_RC_FLAGS_RELEASE:STRING=

//Flags for Windows Resource Compiler during RELWITHDEBINFO builds.
CMAKE_RC_FLAGS_RELWITHDEBINFO:STRING=

//Flags used by the linker during the creation of shared libraries
// during all build types.
CMAKE_SHARED_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of shared libraries
// during DEBUG builds.
CMAKE_SHARED_LINKER_FLAGS_DEBUG:STRING=/nologo    /debug /INCREMENTAL

//Flags used by the linker during the creation of shared libraries
// during MINSIZEREL builds.
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO

CMAKE_SHARED_LINKER_FLAGS_RELEASE:STRING='/nologo /DEBUG /INCREMENTAL:NO /OPT:REF /OPT:ICF  '

//Flags used by the linker during the creation of shared libraries
// during RELWITHDEBINFO builds.
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL

//If set, runtime paths are not added when installing shared libraries,
// but are added when building.
CMAKE_SKIP_INSTALL_RPATH:BOOL=NO

//If set, runtime paths are not added when using shared libraries.
CMAKE_SKIP_RPATH:BOOL=NO

//Flags used by the linker during the creation of static libraries
// during all build types.
CMAKE_STATIC_LINKER_FLAGS:STRING=/machine:x64

//Flags used by the linker during the creation of static libraries
// during DEBUG builds.
CMAKE_STATIC_LINKER_FLAGS_DEBUG:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during MINSIZEREL builds.
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING=

//Flags used by the linker during the creation of static libraries
// during RELEASE builds.
CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING=/nologo

//Flags used by the linker during the creation of static libraries
// during RELWITHDEBINFO builds.
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING=

CMAKE_SYSTEM_NAME:STRING=Windows

CMAKE_SYSTEM_PROCESSOR:STRING=AMD64

CMAKE_SYSTEM_VERSION:STRING=10.0.22631

//The CMake toolchain file
CMAKE_TOOLCHAIN_FILE:FILEPATH=C:/Users/Wojtek/vcpkg/scripts/buildsystems/vcpkg.cmake

//If this value is on, makefiles will be generated without the
// .SILENT directive, and all commands will be echoed to the console
// during the make.  This is useful for debugging only. With Visual
// Studio IDE projects all commands are done without /nologo.
CMAKE_VERBOSE_MAKEFILE:BOOL=ON

//Value Computed by CMake
DiscordCoreAPI_BINARY_DIR:STATIC=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-dbg

//Value Computed by CMake
DiscordCoreAPI_IS_TOP_LEVEL:STATIC=ON

//Value Computed by CMake
DiscordCoreAPI_SOURCE_DIR:STATIC=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean

//No help, variable specified on the command line.
FETCHCONTENT_FULLY_DISCONNECTED:UNINITIALIZED=ON

//The directory containing a CMake configuration file for Jsonifier.
Jsonifier_DIR:PATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/share/jsonifier

//Path to a library.
LIB_EAY_DEBUG:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib

//Path to a library.
LIB_EAY_RELEASE:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libcrypto.lib

//Path to a file.
OPENSSL_APPLINK_SOURCE:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/include/openssl/applink.c

//Path to a file.
OPENSSL_INCLUDE_DIR:PATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/include

//The directory containing a CMake configuration file for Opus.
Opus_DIR:PATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/share/opus

//Path to a library.
SSL_EAY_DEBUG:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libssl.lib

//Path to a library.
SSL_EAY_RELEASE:FILEPATH=C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libssl.lib

//Automatically copy dependencies into the output directory for
// executables.
VCPKG_APPLOCAL_DEPS:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_CHAINLOAD_TOOLCHAIN_FILE:UNINITIALIZED=C:/Users/Wojtek/vcpkg/scripts/toolchains/windows.cmake

//No help, variable specified on the command line.
VCPKG_CRT_LINKAGE:UNINITIALIZED=dynamic

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_CXX_FLAGS_RELEASE:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_C_FLAGS_RELEASE:UNINITIALIZED=

//The directory which contains the installed libraries for each
// triplet
VCPKG_INSTALLED_DIR:PATH=C:/Users/Wojtek/vcpkg/installed

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_DEBUG:UNINITIALIZED=

//No help, variable specified on the command line.
VCPKG_LINKER_FLAGS_RELEASE:UNINITIALIZED=

//The path to the vcpkg manifest directory.
VCPKG_MANIFEST_DIR:PATH=

//Use manifest mode, as opposed to classic mode.
VCPKG_MANIFEST_MODE:BOOL=OFF

//No help, variable specified on the command line.
VCPKG_PLATFORM_TOOLSET:UNINITIALIZED=v143

//Appends the vcpkg paths to CMAKE_PREFIX_PATH, CMAKE_LIBRARY_PATH
// and CMAKE_FIND_ROOT_PATH so that vcpkg libraries/packages are
// found after toolchain/system libraries/packages.
VCPKG_PREFER_SYSTEM_LIBS:BOOL=OFF

//Enable the setup of CMAKE_PROGRAM_PATH to vcpkg paths
VCPKG_SETUP_CMAKE_PROGRAM_PATH:BOOL=ON

//No help, variable specified on the command line.
VCPKG_SET_CHARSET_FLAG:UNINITIALIZED=ON

//No help, variable specified on the command line.
VCPKG_TARGET_ARCHITECTURE:UNINITIALIZED=x64

//Vcpkg target triplet (ex. x86-windows)
VCPKG_TARGET_TRIPLET:STRING=x64-windows

//Trace calls to find_package()
VCPKG_TRACE_FIND_PACKAGE:BOOL=OFF

//Enables messages from the VCPKG toolchain for debugging purposes.
VCPKG_VERBOSE:BOOL=OFF

//(experimental) Automatically copy dependencies into the install
// target directory for executables. Requires CMake 3.14.
X_VCPKG_APPLOCAL_DEPS_INSTALL:BOOL=OFF

//(experimental) Add USES_TERMINAL to VCPKG_APPLOCAL_DEPS to force
// serialization.
X_VCPKG_APPLOCAL_DEPS_SERIALIZED:BOOL=OFF

//The directory which contains the installed libraries for each
// triplet
_VCPKG_INSTALLED_DIR:PATH=C:/Users/Wojtek/vcpkg/installed

//No help, variable specified on the command line.
_VCPKG_ROOT_DIR:UNINITIALIZED=C:/Users/Wojtek/vcpkg

########################
# INTERNAL cache entries
########################

//ADVANCED property for variable: CMAKE_AR
CMAKE_AR-ADVANCED:INTERNAL=1
//This is the directory where this CMakeCache.txt was created
CMAKE_CACHEFILE_DIR:INTERNAL=c:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/x64-windows-dbg
//Major version of cmake used to create the current loaded cache
CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3
//Minor version of cmake used to create the current loaded cache
CMAKE_CACHE_MINOR_VERSION:INTERNAL=29
//Patch version of cmake used to create the current loaded cache
CMAKE_CACHE_PATCH_VERSION:INTERNAL=1
//Path to CMake executable.
CMAKE_COMMAND:INTERNAL=C:/Program Files/CMake/bin/cmake.exe
//Path to cpack program executable.
CMAKE_CPACK_COMMAND:INTERNAL=C:/Program Files/CMake/bin/cpack.exe
//Path to ctest program executable.
CMAKE_CTEST_COMMAND:INTERNAL=C:/Program Files/CMake/bin/ctest.exe
//ADVANCED property for variable: CMAKE_CXX_COMPILER
CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS
CMAKE_CXX_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_DEBUG
CMAKE_CXX_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_MINSIZEREL
CMAKE_CXX_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELEASE
CMAKE_CXX_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_FLAGS_RELWITHDEBINFO
CMAKE_CXX_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_CXX_STANDARD_LIBRARIES
CMAKE_CXX_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1
//Path to cache edit program executable.
CMAKE_EDIT_COMMAND:INTERNAL=C:/Program Files/CMake/bin/cmake-gui.exe
//Executable file format
CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS
CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL
CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE
CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS
CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1
//Name of external makefile project generator.
CMAKE_EXTRA_GENERATOR:INTERNAL=
//Name of generator.
CMAKE_GENERATOR:INTERNAL=Ninja
//Generator instance identifier.
CMAKE_GENERATOR_INSTANCE:INTERNAL=
//Name of generator platform.
CMAKE_GENERATOR_PLATFORM:INTERNAL=
//Name of generator toolset.
CMAKE_GENERATOR_TOOLSET:INTERNAL=
//Source directory with the top level CMakeLists.txt file for this
// project
CMAKE_HOME_DIRECTORY:INTERNAL=C:/Users/Wojtek/vcpkg/buildtrees/discordcoreapi/src/v2.0.5-c2b1018812.clean
//ADVANCED property for variable: CMAKE_LINKER
CMAKE_LINKER-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG
CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL
CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE
CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_MT
CMAKE_MT-ADVANCED:INTERNAL=1
//number of local generators
CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=2
//Platform information initialized
CMAKE_PLATFORM_INFO_INITIALIZED:INTERNAL=1
//noop for ranlib
CMAKE_RANLIB:INTERNAL=:
//ADVANCED property for variable: CMAKE_RC_COMPILER
CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1
CMAKE_RC_COMPILER_WORKS:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS
CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_DEBUG
CMAKE_RC_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_MINSIZEREL
CMAKE_RC_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELEASE
CMAKE_RC_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_RC_FLAGS_RELWITHDEBINFO
CMAKE_RC_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//Path to CMake installation.
CMAKE_ROOT:INTERNAL=C:/Program Files/CMake/share/cmake-3.29
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS
CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG
CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL
CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE
CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH
CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_SKIP_RPATH
CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS
CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG
CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL
CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE
CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO
CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_TOOLCHAIN_FILE
CMAKE_TOOLCHAIN_FILE-ADVANCED:INTERNAL=1
//ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE
CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1
//For cross-compiling.
DiscordCoreAPI-AVX2_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-AVX512_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-AVX_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-BMI2_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-BMI_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-LZCNT_EXITCODE:INTERNAL=0
//For cross-compiling.
DiscordCoreAPI-POPCNT_EXITCODE:INTERNAL=0
//Details about finding OpenSSL
FIND_PACKAGE_MESSAGE_DETAILS_OpenSSL:INTERNAL=[optimized;C:/Users/Wojtek/vcpkg/installed/x64-windows/lib/libcrypto.lib;debug;C:/Users/Wojtek/vcpkg/installed/x64-windows/debug/lib/libcrypto.lib][C:/Users/Wojtek/vcpkg/installed/x64-windows/include][c ][v3.2.1()]
//ADVANCED property for variable: OPENSSL_INCLUDE_DIR
OPENSSL_INCLUDE_DIR-ADVANCED:INTERNAL=1
//Install the dependencies listed in your manifest:
//\n    If this is off, you will have to manually install your dependencies.
//\n    See https://github.com/microsoft/vcpkg/tree/master/docs/specifications/manifests.md
// for more info.
//\n
VCPKG_MANIFEST_INSTALL:INTERNAL=OFF
//ADVANCED property for variable: VCPKG_VERBOSE
VCPKG_VERBOSE-ADVANCED:INTERNAL=1
//Making sure VCPKG_MANIFEST_MODE doesn't change
Z_VCPKG_CHECK_MANIFEST_MODE:INTERNAL=OFF
//Vcpkg root directory
Z_VCPKG_ROOT_DIR:INTERNAL=C:/Users/Wojtek/vcpkg

@cyber-wojtek Thanks for posting this issue, please place vcpkg in a directory other than the system disk and reinstall it.
  File or directory C:/Users/Wojtek/vcpkg/installed/include referenced by
  variable OPUS_INCLUDE_DIR does not exist !

I get the same error in libsndfile. Got the error in my CI, both on Windows, Linux and Mac at the same time. I couldn't reproduce with CMake 3.28.x locally. But it can be reproduced with CMake 3.29.1, which looks like the same version you are using, and what Microsoft Azure Pipeline have updated all their images to run, so I think that is why it is failing.

The include folder directory is not correct. In my case it should be at:
../vcpkg_installed/x64-windows/include
but is instead
../vcpkg_installed/include

Is this a problem with cmake?🤔
Judging from the cmake configuration file of opus, there is no problem with the file structure directory.
OpusConfig.cmake:
get_filename_component(PACKAGE_PREFIX_DIR "${CMAKE_CURRENT_LIST_DIR}/../../" ABSOLUTE)
...
...
set_and_check(OPUS_INCLUDE_DIR "${PACKAGE_PREFIX_DIR}/include")
set(OPUS_INCLUDE_DIR ${OPUS_INCLUDE_DIR};${OPUS_INCLUDE_DIR}/opus)
set(OPUS_INCLUDE_DIRS "${PACKAGE_PREFIX_DIR}/include;${PACKAGE_PREFIX_DIR}/include/opus")

BTW， I use cmake version is 3.29.0-rc2.
PS E:\vcpkg> cmake --version
cmake version 3.29.0-rc2

CMake suite maintained and supported by Kitware (kitware.com/cmake).

Is this a problem with cmake?🤔

A known one. https://github.com/microsoft/vcpkg/issues/37968

@cyber-wojtek Thanks for posting this issue, please place vcpkg in a directory other than the system disk and reinstall it.
  File or directory C:/Users/Wojtek/vcpkg/installed/include referenced by
  variable OPUS_INCLUDE_DIR does not exist !

I've already solved the issue by modyfing a few .cmake files (including CMakeLists.cmake), and in the vcpkg\installed\x64-windows\share\opus\OpusConfig.cmake file i hardcoded OPUS_INCLUDE_DIR, however putting vcpkg in different directory worked as well and is overall better solution than what i did originally.

@cyber-wojtek Thanks for posting this issue, please place vcpkg in a directory other than the system disk and reinstall it.
  File or directory C:/Users/Wojtek/vcpkg/installed/include referenced by
  variable OPUS_INCLUDE_DIR does not exist !

placing vcpkg on another disk did not help, i get the same issue.

@cyber-wojtek See previous comment. Don't use CMake 3.29.1: https://github.com/microsoft/vcpkg/issues/37968
Replace CMake, and reinstall all packages that were built with this version.

@cyber-wojtek See previous comment. Don't use CMake 3.29.1: #37968 Replace CMake, and reinstall all packages that were built with this version.

Yeah, that helped. Thanks!


Build Failing

gradle build failed each time i attempted to build the repo (cloned latest commit since you ported it to 1.16.2 in a recent commit)

No it aint

while waiting for kap enjoy : https://github.com/hube12/SeedCracker/releases/tag/0.2.2-beta

Thank you so much!!


Test files under NBTest

Those two files are in the NBTest folder
https://github.com/bancorprotocol/fastlane-bot/blob/develop/resources/NBTest/NBTest_070_TestCarbonTradeSplitter.py
https://github.com/bancorprotocol/fastlane-bot/blob/develop/resources/NBTest/NBTest_071_TestWrapUnwrapProcessor.py
Those are valid test files and therefore most likely not NBTest source files, therefore they have no business being there. They need to be renamed and moved to fastlane_bot/tests

Resolved in PR #444


Test StepAction Dogfooding

This is a dummy PR that triggers Dogfoofing of SteActions.

Changes

Submitter Checklist
As the author of this PR, please check off the items in this checklist:

[ ] Has Docs if any changes are user facing, including updates to minimum requirements e.g. Kubernetes version bumps
[ ] Has Tests included if any functionality added or changed
[ ] pre-commit Passed
[ ] Follows the commit message standard
[ ] Meets the Tekton contributor standards (including functionality, content, code)
[ ] Has a kind label. You can add one by adding a comment on this PR that contains /kind <type>. Valid types are bug, cleanup, design, documentation, feature, flake, misc, question, tep
[ ] Release notes block below has been updated with any user facing changes (API changes, bug fixes, changes requiring upgrade notices or deprecation warnings). See some examples of good release notes.
[ ] Release notes contains the string "action required" if the change requires additional action from users switching to the new release

Release Notes
NONE

/hold
/kind test

/retest pull-tekton-pipeline-go-coverage-df

/test pull-tekton-pipeline-go-coverage-df

/test pull-tekton-pipeline-go-coverage-df

/test pull-tekton-pipeline-go-coverage-df

/test pull-tekton-pipeline-go-coverage-df

/test pull-tekton-pipeline-go-coverage-df


fix(sort-interfaces): prevents constructor declarations from being sorted

Fixes #414
Description
Similarly to call signatures, this PR prevents constructor signatures from being sorted together.
interface Interface {
  new (value: number | string): number;
  new (value: number): unknown;
}

Changes

Fixes the bug
Adds tests for both sort-interfaces and sort-object-types.
Renames a few tests.

What is the purpose of this pull request?

[x] Bug fix

Looks good.
Is it a critical bug?

@azat-io

Is it a critical bug?

It can only break compilation and not runtime.
It's been here for a long time but wasn't reported until recently.
It can be temporarily fixed with // eslint-disable.

=> Not critical in my opinion.

Thanks!


2D plot

Not a bug, but would you be willing to post your code for generating those 2d plots ('Bayesian Optimization in Action') that are in the readme?

See this issue #18

thanks


Why not just skip empty tags?

With swagger2markup.pathsGroupedBy=TAGS the evaluation fails if there are no tags due to
https://github.com/Swagger2Markup/swagger2markup/blob/8e22dd817e5d4bef276894c0d5975d3c7254253d/src/main/java/io/github/swagger2markup/internal/document/PathsDocument.java#L121
I would argue that a hard failure is inappropriate here. Why not just log a warning and group by AS_IS (the default) instead?

To signal that the user made a mistake and forgot to provide tags. If he wants to group by tags, he must provide tags.

Now that we can process entire folders of Swagger files the case is slightly different I'd argue. I basically want to say "Group by tags if tags are available". Smaller service contracts in that folder may not have (and not need) tags.

Would you like to provide a PR? Automatic fallback to AS_IS and output a warning.

I meet the same problem and solved it with reflection.Maybe Setting the tag to some value is a solution.


unable to match dependencies on a git branch with "urlencode-sensitive characters" (e.g. "/")

Describe the bug
Latest cargo-deny (0.14.24 which uses krates 0.16.10) failed on a project where I have a dependency in a git repository branch containing '/'.
E.g.
some_api = { git = "https://some.repository.com/something/common.git", branch = "feature/video", package = "api", features = [
    "video",
] }

cargo-deny panics with something like:
cargo metadata resolved a dependency for a dependency not specified by the crate: NodeDep { name: "video_api", pkg: Kid { name: "api", version: "0.0.1737-dev.99", source: "git+https://some.repository.com/something/common.git?branch=feature%2Fvideo" }, dep_kinds: [DepKindInfo { kind: Normal, cfg: None }] }

Looking at krates's builder.rs:1236, I believe the issue may be related with this part:
let source_matches = dep.source.as_deref().map_or(true, |dsrc| {
    let psrc = rdep.pkg.source();
    if let Some((dgit, pgit)) = dsrc.strip_prefix("git+").zip(psrc.strip_prefix("git+")) {
        // Git sources can have the full revision spec at the end, which is not part of
        // source declaration
        let dgit = dgit.rfind('#').map_or(dgit, |end| &dgit[..end]);
        println!("2 dgit {dgit} pgit {pgit}");
        dgit == pgit
    } else {
        println!("1 dgit {dsrc} pgit {psrc}");
       dsrc == psrc
    }
});

if !source_matches {
    println!("source mismatch {:?} {:?}, source_matches = {source_matches}", dep.source, rdep.pkg.source());
}

note I added a some printlns to see what was going on.
When I rebuild cargo-deny to use this updated krates, I get the following output:
2 dgit https://some.repository.com/something/common.git?branch=feature/video pgit https://some.repository.com/something/common.git?branch=feature%2Fvideo
source mismatch Some("git+https://some.repository.com/something/common.git?branch=feature/video") "git+https://some.repository.com/something/common.git?branch=feature%2Fvideo", source_matches = false

if you notice, the url is not encoded in dgit but it is encoded in pgit, so the equality check fails.
To Reproduce
I'm not sure but perhaps having a dependency on a branch with any character that needs url encoding should do.
Otherwise, I hope the description provided is useful.
Expected behavior
krates, and hence cargo deny, should not panic.

for another quick test, I replaced the "/" by an underscore on the branch name and the unmodified cargo-deny 0.14.24 works fine there.

thanks!


Avoid state machine and allocation for 0-parameters

This change avoids going async and allocating various context objects when no binding needs to be performed.
Here's some allocation data from aspnet/benchmarks for the MVC plaintext benchmark. 3000 requests here:

These two state machine types are the most relevant, but there's also OperationBindingContext which is below the fold here, and a bunch of framework plumbing that gets skipped over.
The total reduction is about 1.4mb for 3000 requests. Total allocations for the benchmark are on the order of 33mb total with some other changes I've got brewing, so this is a significant chunk for an action with no arguments.

@rynowak I'm curious: Down to 33mb for this simplified action ... and how much for something like the Index action in the same controller?

Down to 33mb for this simplified action ... and how much for something like the Index action in the same controller?

Not sure what you mean. This is what's being benchmarked - https://github.com/aspnet/benchmarks/blob/master/src/Benchmarks/Controllers/HomeController.cs#L16 The numbers are super low because it's super minimal.
Right now my site with a simple view + model binding is allocating around 110mb. In that context, this is still a reasonably worthwhile improvement.

I meant using this other action. Think 110mb" is the answer to my question.

:shipit:

For posterity the answer to your question is 49.5mb for 3000 requests. That's the price of admission right now for views.

1ed22e59390505f9e145371cdd0ac31e5692ac3e


Added apache license

Added apache license

@sharmaashish @PVinay737 can you please approve the license if it looks good


Adds FVCOM support to em.sub_bbox accessor

This PR contains commit(s) which add support of the em.sub_bbox xarray dataset accessor for FVCOM datasets.
Pull Request Reminders

[ ] Make sure the docs notebooks models.ipynb and ts_work.ipynb still run.
[x] Add tests for the new functionality.
[ ] Add a bullet to docs/whats_new.rst describing your new work.

Are these changes relate to em.sub_bbox accessor  or just the accessor in general?
Also how hard would it be to add a way for the user to put in a flag of what model it is, in case they know the attributes won't work or have mis-information in there? Something like model='ROMS' that can go into the necessary function calls.

I added a new ModelType enum which contains models we support. This enum type gets passed around, and is compatible with simply passing a string.


[BUG] hertzbeat has a problem bypassing permissions

Is there an existing issue for this?

[X] I have searched the existing issues

Current Behavior
开发者您好，我很热爱这个开源项目，在使用中发现一点问题，关于hertzbeat系统的权限控制存在一定的安全隐患
Expected Behavior
No response
Steps To Reproduce
Normally, there is no Authorization request

The circumvention caused by a particular means

Environment
HertzBeat version(s):1.2.0

Debug logs
No response
Anything else?
No response

👍👍 thanks for feedback. this will be fixed by https://github.com/dromara/hertzbeat/pull/382

fixed at version v1.2.1


Support SVG

It would be great if we could use Liquid Fire to handle animations for SVG. But since LF generates div elements, this does not seem possible. Maybe my suggestion is silly but is there any way we could support this by being able to insert, for instance, g elements instead of divs? That way, in Ember, we would have HTMLBars handling the data joins and DOM manipulations and LF handling the animations.

This should be quite doable. It's just a question of making sure users can set the tagName on the generated liquid-child elements (and probably disable the liquid-container with the existing containerless mode, since it makes less sense in an svg context).

Thanks for the reply! Is there a plan to support letting users set a tagName on the liquid-child elements?

I noticed https://github.com/Rich-Harris/ramjet, perhaps it could be integrated with liquid-fire, to handle certain SVG cases. Mostly a guess though, I don't know enough about the internals of either project to say for certain.

ramjet is basically the same thing as liquid-fire's existing fly-to transition. If there are things it does better, I would be happy to integrate them.

Any update on the possibility of defining both .liquid-container and .liquid-child's tagnames?


Preserve field name when casting List

Which issue does this PR close?
Addesses part of https://github.com/apache/datafusion/issues/13481
This also pertains to https://github.com/delta-io/delta-rs/pull/2886
Rationale for this change
During a cast operation, the field name for a list can be changed to "item" from whatever it is previously. This change adds an option to set the field name.
What changes are included in this PR?
Adds an option for array_into_list_array and the other variants to pass in the field name for the schema.
Are these changes tested?
Unit tests added and tested against the example in #13481
Are there any user-facing changes?
Internal change only. No user facing changes.

Thanks for looking into this!
FWIW, I've also been trying to see what the problem is, and the following is a minimal repro (test case) along the lines of the delta-rs test I've been able to come up with
    #[tokio::test]
    async fn test_list_item() -> Result<()> {
        use datafusion_functions_nested::expr_fn::make_array;

        let element_field = Arc::new(Field::new("element", DataType::Int32, true));
        let items_field = Field::new(
            "items",
            DataType::List(element_field.clone()),
            true,
        );
        let schema = Schema::new(vec![items_field.clone()]);

        let mut items_builder =
            ListBuilder::new(Int32Builder::new()).with_field(element_field.clone());
        items_builder.append_value([Some(1)]);
        let batch = RecordBatch::try_new(Arc::new(schema), vec![Arc::new(items_builder.finish())])?;

        let ctx = SessionContext::new();
        let df = ctx.read_batch(batch).expect("source DataFrame")
            .with_column("condition", lit(false))?
            .select(vec![case(col("condition")).when(lit(false), make_array(vec![lit(2), lit(3)])).otherwise(col("items"))?.alias("items")])?;

        let _ = df.create_physical_plan().await?;

        Ok(())
    }

This might be a red herring, but I'm also looking at whether the issue arises somewhere in TypeCoercion analyzer, specifically in coerce_case_expression. This is because the CASE clause here is crucial for the repro, as without it the outermost plan doesn't get coerced to the child plan's list type (i.e. the one with items named element), but instead retains the types of the expression itself (with the generic item names).

During a cast operation, the field name for a list can be changed to "item" from whatever it is previously. This change adds an option to set the field name.

option, or is it always the case?
btw in https://github.com/apache/datafusion/issues/12622 we probably would want to have all List(x) to not be discern by their field name. cc @notfilippo @alamb

@findepi I put it as an option because we also use these same functions to build arrays from things like iterators that don't have an associated field name.

I'm also looking at whether the issue arises somewhere in TypeCoercion analyzer

Ok, looks like TypeCoercion works as intended, and it seems like SimplifyExpressions is the culprit behind the particular problem in delta-rs. From the new issue https://github.com/apache/datafusion/issues/13481 I've opened:

Basically TypeCoercion injects the CAST, while SimplifyExpressions omits it. Consequently OptimizeProjections folds the two projections, but the schema is computed from the outermost projection expressions, which now lack the proper type info (i.e. the non-standard list item field names).

Ok, this should be good to go. I did test it against the examples shown in #13481 also. It does resolve the test_list_item test but not the test_simplify_case_cast_list. I will try to investigate that under a different PR.

but not the test_simplify_case_cast_list

Just a note that it should only really make the second assert pass (the one asserting on the output data type), not the first (i.e. the cast should be transmuted into the output data type).

Are we okay to merge?

Since it would be a breaking change and there is only one place that we internally need this feature, I just switched it to have a different function. I can change over to a builder method if you like, but I wasn't convinced this small use needed it. Happy to support if  you think that's valuable.

Thank you very much @timsaucer

Since it would be a breaking change and there is only one place that we internally need this feature, I just switched it to have a different function. I can change over to a builder method if you like, but I wasn't convinced this small use needed it. Happy to support if you think that's valuable.

Here is my attempt to migrate to a builder (and maybe avoid these kinds of issues in the future 🤔 ): https://github.com/apache/datafusion/pull/13623


Release notes 0.18

Release notes for 0.18 (#666)
Changes since 0.17

Copying from #578 @relevitt

#602

Allow the user a choice in how the event listener is implemented. The default is for the event listener to use the requests library and run in a thread. This update allows the user to run the event listener using the twisted.internet library, by setting the config.EVENTS_MODULE module to point to the events_twisted module. See the example in events_twisted.

Stop the event listener when the last active subscription is unsubscribed.

Raise SoCoException on an attempt to subscribe a subscription more than once (use Subscription.renew() instead).

Allow an optional strict parameter for Subscription.subscribe(), Subscription.renew() and Subscription.unsubscribe(). If set to False, Exceptions will be logged rather than raised. Default: True

Upon autorenewal, call Subscription.renew() with the strict flag set to False, so that any Exception is logged, not raised. This is because there is no calling code to catch an Exception.

Provide for calling code to set Subscription.auto_renew_fail to refer to a callback function. If an Exception occurs upon autorenewal, this callback will be called with the Exception as the sole parameter.

If an Exception occurs upon Subscription.subscribe() or Subscription.renew(), cancel the subscription, unless the Exception was a SoCoException on Subscription.subscribe(). For example, if an Exception occurs because the network went down, the subscription will be cancelled.

Use a threading lock with Subscription.subscribe(), Subscription.renew() and Subscription.unsubscribe(), because autorenewal occurs from a thread.

Copying from #629 @relevitt
#645 This adds a simple DidlPlaylistContainerTracklist class to data_structures.py. The class is used by Sonos when Sonos Speakers are controlled by Spotify Connect. The absence of the class from data_structures.py causes errors. This fixes the error message reported in #639.

Remove logging of UPnP failures #640

Hello Kenneth can you please also take a look at #589 for inclusion in 0.18?

@maru-sama yea, I will have a look at it. Luckily I hold some sway over the person responsible for that PR. BTW, I will delete these two message from this issue, so as to keep it clean around release notes. If you have other suggestions, please bring them for forward in the release thread #666

@maru-sama yea, I will have a look at it. Luckily I hold some sway over the person responsible for that PR. BTW, I will delete these two message from this issue, so as to keep it clean around release notes. If you have other suggestions, please bring them for forward in the release thread #666

I'm in the process of release. Thank you everyone for your magnificent contributions.


Location not found on Android

On Android, I am able to find only the last location in memory. If I don't use Google maps or similar to find the coordinates, geolocator return a generic error "Location not found"

maybe could be useful and related https://stackoverflow.com/questions/35456254/application-getting-wrong-location-until-open-inbuilt-google-map-application

@Asoseil, Thank you for very much for your feedback. This is indeed a valid observation. On Android we use call the native getLastKnownLocation method which indeed returns the last available (cached) location. Of course this is not what the API method (currentLocation) suggests so this is something we will look into and fix in our next release (hopefully this will be at the end of next week, depending a bit on availability during the holidays).

@Asoseil, as a work around you could listen to the position stream and cancel the subscription as soon as you receive the first location (make sure you use the default LocationOptions).


Basic QuickStart Guide Broke (_getType is not a function)

Running this script using node 18 gives an error saying "TypeError: m._getType is not a function
at getBufferString (/Users/josiahbryan/devel/rubber/backend/node_modules/langchain/dist/memory/base.cjs:22:15)"
This error happens when running this script, based on the quick start at https://js.langchain.com/docs/getting-started/guide-llm:
const { ChatOpenAI } = require('langchain/chat_models');

async function main() {
	const model = new ChatOpenAI({
		openAIApiKey: process.env.OPENAI_API_KEY,
		temperature: 0.9,
	});

	const res = await model.call(
		'What would be a good company name a company that makes colorful socks?',
	);
	console.log(res);
}

main()
	.catch((ex) => console.error(ex))
	.finally(() => process.exit());

Running this under a fresh install and using node 18 gives weird error:
josiahbryan@MacBook-Pro-5 backend % OPENAI_API_KEY=sk-KEY-GOES-HERE  node /Users/josiahbryan/devel/rubber/backend/devel/llm-broke.js
TypeError: m._getType is not a function
    at getBufferString (/Users/josiahbryan/devel/rubber/backend/node_modules/langchain/dist/memory/base.cjs:22:15)
    at /Users/josiahbryan/devel/rubber/backend/node_modules/langchain/dist/chat_models/base.cjs:14:92
    at Array.map (<anonymous>)
    at ChatOpenAI.generate (/Users/josiahbryan/devel/rubber/backend/node_modules/langchain/dist/chat_models/base.cjs:14:41)
    at ChatOpenAI.call (/Users/josiahbryan/devel/rubber/backend/node_modules/langchain/dist/chat_models/base.cjs:46:35)
    at main (/Users/josiahbryan/devel/rubber/backend/devel/llm-broke.js:9:26)
    at Object.<anonymous> (/Users/josiahbryan/devel/rubber/backend/devel/llm-broke.js:15:1)
    at Module._compile (node:internal/modules/cjs/loader:1254:14)
    at Module._extensions..js (node:internal/modules/cjs/loader:1308:10)
    at Module.load (node:internal/modules/cjs/loader:1117:32)

josiahbryan@MacBook-Pro-5 backend % node -v
v18.15.0

The issue appears to be you're following the LLM Quickstart guide but using a chat model. We have a Quickstart guide specifically for chat models, see https://js.langchain.com/docs/getting-started/guide-chat

Great, thanks for that reply
However, now importing doesn't work - using ""langchain": "^0.0.51""
and "Node.js
v18.15.0"
I tried copying this line right from
https://js.langchain.com/docs/getting-started/install#commonjs  (literally
this is the only line in the "llm1.js" file I execute below):
const { OpenAI } = require("langchain/llms/openai");
But it said:
node /Users/josiahbryan/devel/rubber/backend/devel/llm1.js
node:internal/modules/cjs/loader:571
  throw e;

  ^

Error [ERR_PACKAGE_PATH_NOT_EXPORTED]: Package subpath './llms/openai' is
not defined by "exports" in
/Users/josiahbryan/devel/rubber/backend/node_modules/langchain/package.json
On Mon, Apr 10, 2023 at 3:10 PM Nuno Campos @.***>
wrote:

The issue appears to be you're following the LLM Quickstart guide but
using a chat model. We have a Quickstart guide specifically for chat
models, see https://js.langchain.com/docs/getting-started/guide-chat
—
Reply to this email directly, view it on GitHub
https://github.com/hwchase17/langchainjs/issues/711#issuecomment-1502197131,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABEZELGEIXOOES7MA7OSO5LXARLJ7ANCNFSM6AAAAAAWZDOSV4
.
You are receiving this because you authored the thread.Message ID:
@.***>

--
Josiah Bryan
+1-765-215-0511 (Phone/SMS/WhatsApp)
www.josiahbryan.com https://www.josiahbryan.com/?utm_source=sig
@.***

We have released a new version, if you update to 0.0.52 it will work

Wonderful! That did indeed work...for commonjs format.
However, the rest of my project requires "node -r esm" to run.
So when I try importing an ESM module in the same folder (like my logger, "import Logger from 'shared/utils/Logger'") and running it with "-r esm", I get a NEW error:
Error [ERR_REQUIRE_ESM]: require() of ES Module /Users/josiahbryan/devel/rubber/backend/node_modules/langchain/llms/openai.js not supported.
Instead change the require of openai.js in null to a dynamic import() which is available in all CommonJS modules.
    at Object.<anonymous> (/Users/josiahbryan/devel/rubber/backend/devel/llm1.js:6:20)
    at Generator.next (<anonymous>) {
  code: 'ERR_REQUIRE_ESM'
}

Where the file is literally just:
// Contents of file: /Users/josiahbryan/devel/rubber/backend/devel/llm1.js
import Logger from "shared/utils/Logger";
const { OpenAI } = require("langchain/llms/openai");

And even if I remove the first import (the logger), same error.
I'm just running it like this:
node -r esm /Users/josiahbryan/devel/rubber/backend/devel/llm1.js

If I try running it with out "-r esm", obviously then I get errors about using "import". I can't afford to go thru and rewrite my entire stack to not use ESM modules.
And, if I try to "import" langchain, I get a DIFFERENT error:
/Users/josiahbryan/devel/rubber/backend/devel/llm1.js:1
Error [ERR_REQUIRE_ESM]: require() of ES Module /Users/josiahbryan/devel/rubber/backend/node_modules/langchain/llms/openai.js not supported.
Instead change the require of openai.js in null to a dynamic import() which is available in all CommonJS modules.
    at Object.<anonymous> (/Users/josiahbryan/devel/rubber/backend/devel/llm1.js:1)
    at Generator.next (<anonymous>) {
  code: 'ERR_REQUIRE_ESM'
}

Node.js v18.15.0

This is the file that generated that latest error:
// File: /Users/josiahbryan/devel/rubber/backend/devel/llm1.js
import Logger from "shared/utils/Logger";
import { OpenAI } from "langchain/llms/openai";

Ran like:
node -r esm /Users/josiahbryan/devel/rubber/backend/devel/llm1.js

Thoughts on how to get langchain to play nice with ESM? Sorry to bother you with so many questions, just excited to try this package out, but need to get it running locally first haha

Why are you using this esm module instead of Node's native ESM support, we have only tested with Node's native ESM support, not with these 3rd party modules, and I can confirm it does work with that
An example here https://github.com/hwchase17/langchainjs/tree/main/test-exports-esm
More info here https://nodejs.org/dist/latest-v18.x/docs/api/esm.html


Continuous integration tests for Nitcorn

Test some of the main nitcorn features for regression. This would have caught the last bugs we experienced with nitcorn: #2023, the binary file bug, the file server directory access without the final /, etc. This structure could be used to add more tests in the future, for new or forgotten features and for existing clients like Tnitter and Opportunity.

very good idea. +1

Rerolled to have more predictable tests results and in response to @privat's comment.

a missing anonymisation: http://gresil.org/jenkins/job/CI_github/4192/testReport/junit/tests.nitcs.test/nitcorn/test_nitcorn/

osx do not like the tests because there is a space in a directory name. http://gresil.org/jenkins/view/Intégration/job/CI Github OSX/256/testReport/
use escape_to_sh to avoid interpretation by the shell
system("curl -s {iface}/file_server/binary_file.png | diff - {fs_path.escape_to_sh}/binary_file.png

osx again. I do not know why the interpreter fails (but successes on linux platform)
http://gresil.org/jenkins/view/Intégration/job/CI Github OSX/259/testReport/

Ok, this was strange. The remaining bug was the interpreter failing to compile the native part of pthreads. Of course, using pthreads from the interpreter would be bad but it should only throw a not yet implemented error (indirectly). The cause of the problem was in the implementation of the pkg-config annotation in the interpreter.
Testing on OS X: http://gresil.org/jenkins/job/CI Github OSX/261/


Basic help about polybar and fonts (Ubuntu 14.04)

Hello,
I've been trying to use polybar but I have issues with its functioning. Specifically, I don't understand how to make fonts work. I downloaded the default config for the space theme, and I am currently using the following fonts (where Termynus has been replaced by SourceCodePro):
font-0 = NotoSans-Regular:size=8;0
font-1 = unifont:size=6;-3
font-2 = FontAwesome:size=8;-2
font-3 = NotoSans-Regular:size=8;-1
font-4 = MaterialDesignIcons:size=10;-1
font-5 = SourceCodePro:size=10;0

I think I managed to install them all; as you can see here fc-match finds them:
(~/.config/bspwm) (master)
[alecive@malakim]$ fc-match NotoSans-Regular:size=8;
NotoSans-Regular.ttf: "Noto Sans" "Regular"

(~/.config/bspwm) (master)
[alecive@malakim]$ fc-match unifont:size=6;
unifont.ttf: "unifont" "Medium"

(~/.config/bspwm) (master)
[alecive@malakim]$ fc-match FontAwesome:size=8;
FontAwesome.otf: "FontAwesome" "Regular"

(~/.config/bspwm) (master)
[alecive@malakim]$ fc-match MaterialDesignIcons:size=10;
materialdesignicons-webfont.ttf: "Material Design Icons" "Regular"

(~/.config/bspwm) (master)
[alecive@malakim]$ fc-match SourceCodePro:size=10;
SourceCodePro-Medium.ttf: "Source Code Pro" "Medium"

Now, when running polybar, I have the following output:
[alecive@malakim]$ ./polybar.sh
warn: The config parameter `module/bspwm.label-active` is deprecated, use `module/bspwm.label-focused and label-dimmed-focused` instead.
warn: ${BAR.key} is deprecated. Use ${root.key} instead
error: Undefined bar: external_bottom
error: Disabling module "mpd" (reason: No built-in support for 'internal/mpd')
error: Disabling module "volume" (reason: Cannot find simple element)
error: Disabling module "wireless-network" (reason: No built-in support for 'internal/network')
error: Disabling module "wired-network" (reason: No built-in support for 'internal/network')
error: Disabling module "battery" (reason: No suitable way to get current capacity value)
warn: Dropping unmatched character  (U+f26c)
warn: Dropping unmatched character  (U+f26c)
warn: Dropping unmatched character  (U+f26c)
warn: Dropping unmatched character  (U+f26c)
warn: Dropping unmatched character  (U+e8ac)
warn: Dropping unmatched character  (U+e1ac)
warn: Dropping unmatched character  (U+e924)
warn: Dropping unmatched character  (U+f26c)

Please disregard the errors, let's just focus on the "Dropping unmatched character" warnings. Anyway, as you can imagine, most of the panel(s) is gone. Which is fine since most of the modules are disabled. My questions at this point are:

Why do I still have the "Dropping .." warning? Since all the fonts are there, shouldn't they disappear?
How can I understand where these fonts are called from?

Thank you in advance for any help!

Hi,

Yeah they should, but the fonts that you have installed might be different (version, etc) from the ones I used when creating the theme.
You could copy the unicode symbol from the log message and search for it in your configuration.

The icons U+e8ac, U+e1ac and U+e924 is from the material icons font which you don't have listed here. U+f26c is in both FontAwesome and MaterialDesignIcons so it seems strange that this one is not recognized. I am not on Ubuntu so my code points may be different than yours, you should use gucharmap (See Wiki for more details) to figure out the codepoints on your system
@jaagr Does polybar give a warning if a font is not found?

@jaagr Does polybar give a warning if a font is not found?

As far as I know, no. This is the main issue: the user does not really know if the fonts are loaded properly, or if something is missing.

If you run polybar -l info BAR, it will tell you what fonts it loaded, it is possible that if the font name is not exactly right, it will just load the default font.

I think we can close this. There is enough information on the Wiki to solve problems like this. There are also more than enough closed font issues


Can't get open in New Android Studio

Hi,
Please update Can't get open in New Android Studio

i would suggest you to copy paste coding in fresh activity and build


Purge command

A command that will remove every applications that are not enabled from manifest.
This is too help those ones which want to clean useless application, like for a project that won't never need CMS, just a DRF, this will help to remove all CMS stack.
It will need to be an interactive command that will ask for confirmation since there won't be any turn back (except with a vcs).

Done in branch move_to_click and will be released in 0.3.0


AddingPowerSupport_CI/

Adding power support.,
Updating go versions to >=1.13 as lower versions are not supported.,

Adding Power & Updating the go versions to 1.13/1.14/1.15 as lower versions are not supported.
Adding power support ppc64le with Continues Integration/testing so that code remains architecture independent.
This is part of the Ubuntu distribution for ppc64le. This helps us simplify testing later when distributions are re-building and re-releasing. For more info tag @gerrith3.
The build is successful on both arch: amd64/ppc64le, please find the Travis Link below.
https://travis-ci.com/github/santosh653/purell
Please let me know if you need any further details.,
Thank You !!

@gerrith3 same comment as https://github.com/PuerkitoBio/goquery/pull/364#issuecomment-740248546

@mna answered it over there, feel free to reach out if you have other questions.  But @santosh653 should configure them any way you want them - we'd recommend sticking with a smaller set of modern go versions on ppc64le, but you can have him select more or all of the versions for amd64 as you desire.

Yeah let's not arbitrarily drop support for any old version on amd64, at least as long as travis or other CI let's us do so. Feel free to use just the versions you need on ppc. Would be nice to add the missing recent versions on amd64 though.

@mna makes sense.  @santosh653 is in India, so he'll probably address this during our evening tonight.  For both of these.  ;)

@mna I have retained the old go versions on amd64 accordingly changed the code, also added the support for power using only the supported Go versions.
I hope this change answers & addresses your query., Looping @gerrith3
The Travis Build is successful with newly changed code.
Thank you !!


error with non-blocking I/O

After publishing around 1000 messages in quick succession, PHP client reports
errno 32, broken pipe.
Also seeing (on other runs of same app)...
Notice: fwrite(): send of 2 bytes failed with errno=11 Resource
temporarily unavailable in phpMQTT.php
I suspect this is to do with the non-blocking socket I/O in phpMQTT, as errno 11 is EAGAIN. But this does not appear to be handled by the library.
Is there a particular reason for using NBIO, and if so, could the library handly EAGAIN a bit better, please ? :)

I am restarting this project so having a clear out of old issues (If you believe this is still valid please reopen)

Sorry for delay, I don't this this is still a problem as I cannot repeat (with 10000s of publishes)


Missing Async support

At the moment, this library isn't fit to be used in async event loop environment such as Amphp or ReactPHP. While it internally uses asynchronous http client, the API itself is not asynchronous.
The HttpTransport calls wait() which ofc can't be used in an async event loop.
You could say that I can implement my own HttpTransport but the real problem is the TransportInterface. Which states that the send method should return either the event id or null on failure. In async environment I of course don't know if it failed or not since I can't wait for it so the interface is effectively impossible to fulfill. The best I can do is to return a Promise<string|null>.
By reading the documentation that this library isn't tied to any specific http client and that the used http client should be async I was hopeful that it might be fit to be used in async environment too. I'm very disappointed to see that it's actually not the case.

This is unfortunately a long standing issue. The fact that PHP is not async as it is, makes this hard to implement.
Returning Promise<string|null> is probably the way to go; wait() was required by other issues that would make the SDK misbehave in more common situations, see #811 and following #813 #885 #981

Returning Promise<string|null> is probably the way to go

Unfortunately the interface doesn't allow me to do that.

My point is that currently the interface itself doesn't allow an async implementation

Unfortunately by design the Unified API allows supporting an asyncronous API under the hood but regardless is meant to not expose ay sign of it to the public. There is a lot of debate on this, and for what is worth I agree that returning Promise<string|null> would be the a great thing and that I would really like to see happen. However, for the moment, there are no plans to make this happen, or at least not before version 3.0. Also because the Unified API applies to all languages supported by Sentry, there must be some kind of general consensus about new user-facing APIs t hat don't depend by me or the other contributors of this library. In the meanwhile you can follow getsentry/sentry-javascript#2049 for a similar request

Is someone who is in charge of designing this so-called "Unified API" aware of this serious drawback? Is it being worked on? I of course agree that this kind of change needs a new major release.

Is someone who is in charge of designing this so-called "Unified API" aware of this serious drawback?

There are similar issues here and there in various SDK repositories (e.g. the one I referenced above), so I'm pretty sure the Sentry guys do know this drawback. About making progress towards it, I don't think that anything will happen in the short time seeing the huge amount of time that passed since the opening of the first issue about this and the replies in it, I'm sorry

@enumag in amphp you can create a worker pool and push those sentry requests to the pool where they are executed synchronously. Using a pool allows to no wait for another request to be finished first. It's not the very best solution, but you would do the same for example to communicate with mongodb (because they don't have async interfaces for PHP either).

Looking at the TransportInterface
https://github.com/getsentry/sentry-php/blob/f2b11fe0526b422cefb454a0a271c05740d1b709/src/Transport/TransportInterface.php#L22
Another way to go about it is to reword Returns [...] 'null' if it failed to be sent to eliminate that requirement.
Of course, that's a semantic change and would be a silently breaking change. I'm not familiar with the implementation here to assess the impact of doing this in user code though. It might be perfectly fine to have a custom transport that never returns event IDs.

One temporary way around this problem is the following:
Spin off a php file in a child-process ("exec php filename.php") that talks to Sentry. When the code execution of the child-process is completed, flush will be called on the library to submit the data to Sentry. Since it's contained in a different process, all is done  without blocking your mainloop.
For ReactPHP, Clue's Peek library does this (returns the results as a promise):
https://github.com/clue/reactphp-pq
(Just contact him to get access to this lib).
The downside of course is that you loose the stack-trace since the request is executed in a different process altogether. So it requires being really descriptive in your errors/warning. But, it does work in a non-blocking fashion.

This should be possible since 3.0 thanks to the fact that the transport returns a promise. The promise will still be resolved while calling the capture* methods and the Sentry guys are not willing to change this, so if you need a full asyncronous client you will have to create your own implementation that uses the transport without calling wait() on the promise object.

I have a blog post on how I made sentry work with amphp: https://www.sasaprolic.com/2020/10/sentry-and-amphp.html

This is unfortunately a long standing issue. The fact that PHP is not async as it is, makes this hard to implement.

curl_multi_init
works asynchronous