text:
[grpc] Build failure

Package: grpc[codegen,core]:arm64-uwp -> 1.51.1
Host Environment

Host: x64-windows
Compiler: MSVC 19.37.32822.0
vcpkg-tool version: 2999-12-31-unknownhash
vcpkg-scripts version: 22fc7aad0 2023-09-06 (9 hours ago)

To Reproduce
vcpkg install
Failure logs
-- Note: grpc only supports static library linkage. Building static library.
-- Using cached grpc-grpc-v1.51.1.tar.gz.
-- Extracting source C:/v/downloads/grpc-grpc-v1.51.1.tar.gz
-- Applying patch 00001-fix-uwp.patch
-- Applying patch 00002-static-linking-in-linux.patch
-- Applying patch 00003-undef-base64-macro.patch
-- Applying patch 00004-link-gdi32-on-windows.patch
-- Applying patch 00005-fix-uwp-error.patch
-- Applying patch 00009-use-system-upb.patch
-- Applying patch snprintf.patch
-- Applying patch 00012-fix-use-cxx17.patch
-- Applying patch 00014-pkgconfig-upbdefs.patch
-- Applying patch 00015-disable-download-archive.patch
-- Using source at C:/v/vcpkg3/buildtrees/grpc/src/v1.51.1-1066d25324.clean
-- Found external ninja('1.11.0').
-- Configuring arm64-uwp
-- Building arm64-uwp-dbg
CMake Error at scripts/cmake/vcpkg_execute_build_process.cmake:134 (message):
    Command failed: C:/v/downloads/tools/cmake-3.27.1-windows/cmake-3.27.1-windows-i386/bin/cmake.exe --build . --config Debug --target install -- -v -j31
    Working Directory: C:/v/vcpkg3/buildtrees/grpc/arm64-uwp-dbg
    See logs for more information:
      C:\v\vcpkg3\buildtrees\grpc\install-arm64-uwp-dbg-out.log

Call Stack (most recent call first):
  vcpkg_installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_build.cmake:74 (vcpkg_execute_build_process)
  vcpkg_installed/x64-windows/share/vcpkg-cmake/vcpkg_cmake_install.cmake:16 (vcpkg_cmake_build)
  ports/grpc/portfile.cmake:69 (vcpkg_cmake_install)
  scripts/ports.cmake:147 (include)

C:\v\vcpkg3\buildtrees\grpc\install-arm64-uwp-dbg-out.log
Change Dir: 'C:/v/vcpkg3/buildtrees/grpc/arm64-uwp-dbg'

Run Build Command(s): "C:/Program Files/Microsoft Visual Studio/2022/Community/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe" -v -v -j31 install
[1/1243] C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\cl.exe   /TP -DABSL_CONSUME_DLL -DGRPC_ARES=0 -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_WARNINGS -D_WIN32_WINNT=0x600 -D_WINSOCK_DEPRECATED_NO_WARNINGS -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\include -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\third_party\address_sorting\include -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\ext\upb-generated -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\ext\upbdefs-generated -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\third_party\xxhash -external:IC:\v\vcpkg3\vcpkg_installed\arm64-uwp\include -external:W0 /DWIN32 /D_WINDOWS /D_UNICODE /DUNICODE /DWINAPI_FAMILY=WINAPI_FAMILY_APP /D__WRL_NO_DEFAULT_LIB__ /nologo /Z7 /MP /GS /Gd /Gm- /W3 /WX- /Zc:wchar_t /Zc:inline /Zc:forScope /fp:precise /Oy- /EHsc  /utf-8   /wd4065 /wd4506 /wd4200 /wd4291 /wd4244 /wd4267 /wd4987 /wd4774 /wd4819 /wd4996 /wd4619 /wd4503 /utf-8 /D_DEBUG /MDd /Od /RTC1  -std:c++14 /showIncludes /FoCMakeFiles\gpr.dir\src\core\lib\gpr\cpu_windows.cc.obj /Fdgpr.pdb /FS -c C:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\lib\gpr\cpu_windows.cc
[2/1243] C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\cl.exe   /TP -DABSL_CONSUME_DLL -DGRPC_ARES=0 -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_WARNINGS -D_WIN32_WINNT=0x600 -D_WINSOCK_DEPRECATED_NO_WARNINGS -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\include -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\third_party\address_sorting\include -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\ext\upb-generated -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\ext\upbdefs-generated -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\third_party\xxhash -external:IC:\v\vcpkg3\vcpkg_installed\arm64-uwp\include -external:W0 /DWIN32 /D_WINDOWS /D_UNICODE /DUNICODE /DWINAPI_FAMILY=WINAPI_FAMILY_APP /D__WRL_NO_DEFAULT_LIB__ /nologo /Z7 /MP /GS /Gd /Gm- /W3 /WX- /Zc:wchar_t /Zc:inline /Zc:forScope /fp:precise /Oy- /EHsc  /utf-8   /wd4065 /wd4506 /wd4200 /wd4291 /wd4244 /wd4267 /wd4987 /wd4774 /wd4819 /wd4996 /wd4619 /wd4503 /utf-8 /D_DEBUG /MDd /Od /RTC1  -std:c++14 /showIncludes /FoCMakeFiles\gpr.dir\src\core\lib\gpr\cpu_linux.cc.obj /Fdgpr.pdb /FS -c C:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\lib\gpr\cpu_linux.cc
[3/1243] C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\cl.exe   /TP -DABSL_CONSUME_DLL -DGRPC_ARES=0 -D_CRT_SECURE_NO_WARNINGS -D_SCL_SECURE_NO_WARNINGS -D_WIN32_WINNT=0x600 -D_WINSOCK_DEPRECATED_NO_WARNINGS -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\include -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\third_party\address_sorting\include -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\ext\upb-generated -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\ext\upbdefs-generated -IC:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\third_party\xxhash -external:IC:\v\vcpkg3\vcpkg_installed\arm64-uwp\include -external:W0 /DWIN32 /D_WINDOWS /D_UNICODE /DUNICODE /DWINAPI_FAMILY=WINAPI_FAMILY_APP /D__WRL_NO_DEFAULT_LIB__ /nologo /Z7 /MP /GS /Gd /Gm- /W3 /WX- /Zc:wchar_t /Zc:inline /Zc:forScope /fp:precise /Oy- /EHsc  /utf-8   /wd4065 /wd4506 /wd4200 /wd4291 /wd4244 /wd4267 /wd4987 /wd4774 /wd4819 /wd4996 /wd4619 /wd4503 /utf-8 /D_DEBUG /MDd /Od /RTC1  -std:c++14 /showIncludes /FoCMakeFiles\gpr.dir\src\core\lib\gpr\log_android.cc.obj /Fdgpr.pdb /FS -c C:\v\vcpkg3\buildtrees\grpc\src\v1.51.1-1066d25324.clean\src\core\lib\gpr\log_android.cc
...
Skipped 1768 lines
...
[1236/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_objective_c_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_objective_c_plugin.dir\src\compiler\objective_c_plugin.cc.obj  /out:grpc_objective_c_plugin.exe /implib:grpc_objective_c_plugin.lib /pdb:grpc_objective_c_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_objective_c_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_objective_c_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_objective_c_plugin.dir\src\compiler\objective_c_plugin.cc.obj  /out:grpc_objective_c_plugin.exe /implib:grpc_objective_c_plugin.lib /pdb:grpc_objective_c_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_objective_c_plugin.dir\src\compiler\objective_c_plugin.cc.obj /out:grpc_objective_c_plugin.exe /implib:grpc_objective_c_plugin.lib /pdb:grpc_objective_c_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
objective_c_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::objectivec::FilePath(class google::protobuf::FileDescriptor const *)" (__imp_?FilePath@objectivec@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@34@@Z) referenced in function "public: virtual bool __cdecl ObjectiveCGrpcGenerator::Generate(class google::protobuf::FileDescriptor const *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?Generate@ObjectiveCGrpcGenerator@@UEBA_NPEBVFileDescriptor@protobuf@google@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEAVGeneratorContext@compiler@34@PEAV56@@Z)
objective_c_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) bool __cdecl google::protobuf::compiler::objectivec::IsProtobufLibraryBundledProtoFile(class google::protobuf::FileDescriptor const *)" (__imp_?IsProtobufLibraryBundledProtoFile@objectivec@compiler@protobuf@google@@YA_NPEBVFileDescriptor@34@@Z) referenced in function "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl `anonymous namespace'::ImportProtoHeaders(class google::protobuf::FileDescriptor const *,char const *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?ImportProtoHeaders@?A0xebd6a0bd@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@protobuf@google@@PEBDAEBV23@2@Z)
objective_c_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl ObjectiveCGrpcGenerator::ObjectiveCGrpcGenerator(void)" (??0ObjectiveCGrpcGenerator@@QEAA@XZ)
objective_c_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl ObjectiveCGrpcGenerator::~ObjectiveCGrpcGenerator(void)" (??1ObjectiveCGrpcGenerator@@UEAA@XZ)
objective_c_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
objective_c_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
objective_c_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)
objective_c_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) char const * const google::protobuf::compiler::objectivec::ProtobufLibraryFrameworkName" (__imp_?ProtobufLibraryFrameworkName@objectivec@compiler@protobuf@google@@3QEBDEB) referenced in function "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl `anonymous namespace'::ImportProtoHeaders(class google::protobuf::FileDescriptor const *,char const *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &)" (?ImportProtoHeaders@?A0xebd6a0bd@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@protobuf@google@@PEBDAEBV23@2@Z)
grpc_plugin_support.lib(objective_c_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::objectivec::FileClassPrefix(class google::protobuf::FileDescriptor const *)" (__imp_?FileClassPrefix@objectivec@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@34@@Z) referenced in function "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl grpc_objective_c_generator::ServiceClassName(class google::protobuf::ServiceDescriptor const *)" (?ServiceClassName@grpc_objective_c_generator@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVServiceDescriptor@protobuf@google@@@Z)
grpc_plugin_support.lib(objective_c_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::objectivec::ClassName(class google::protobuf::Descriptor const *)" (__imp_?ClassName@objectivec@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVDescriptor@34@@Z) referenced in function "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl grpc_objective_c_generator::GetAllMessageClasses(class google::protobuf::FileDescriptor const *)" (?GetAllMessageClasses@grpc_objective_c_generator@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@protobuf@google@@@Z)

grpc_objective_c_plugin.exe : fatal error LNK1120: 10 unresolved externals

[1237/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_python_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_python_plugin.dir\src\compiler\python_plugin.cc.obj  /out:grpc_python_plugin.exe /implib:grpc_python_plugin.lib /pdb:grpc_python_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_python_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_python_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_python_plugin.dir\src\compiler\python_plugin.cc.obj  /out:grpc_python_plugin.exe /implib:grpc_python_plugin.lib /pdb:grpc_python_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_python_plugin.dir\src\compiler\python_plugin.cc.obj /out:grpc_python_plugin.exe /implib:grpc_python_plugin.lib /pdb:grpc_python_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
python_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
grpc_plugin_support.lib(python_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl grpc_python_generator::PythonGrpcGenerator::PythonGrpcGenerator(struct grpc_python_generator::GeneratorConfiguration const &)" (??0PythonGrpcGenerator@grpc_python_generator@@QEAA@AEBUGeneratorConfiguration@1@@Z)
grpc_plugin_support.lib(python_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl grpc_python_generator::PythonGrpcGenerator::~PythonGrpcGenerator(void)" (??1PythonGrpcGenerator@grpc_python_generator@@UEAA@XZ)
grpc_plugin_support.lib(python_generator.cc.obj) : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
grpc_plugin_support.lib(python_generator.cc.obj) : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)

grpc_python_plugin.exe : fatal error LNK1120: 5 unresolved externals

[1238/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_ruby_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_ruby_plugin.dir\src\compiler\ruby_plugin.cc.obj  /out:grpc_ruby_plugin.exe /implib:grpc_ruby_plugin.lib /pdb:grpc_ruby_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_ruby_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_ruby_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_ruby_plugin.dir\src\compiler\ruby_plugin.cc.obj  /out:grpc_ruby_plugin.exe /implib:grpc_ruby_plugin.lib /pdb:grpc_ruby_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_ruby_plugin.dir\src\compiler\ruby_plugin.cc.obj /out:grpc_ruby_plugin.exe /implib:grpc_ruby_plugin.lib /pdb:grpc_ruby_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
ruby_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl RubyGrpcGenerator::RubyGrpcGenerator(void)" (??0RubyGrpcGenerator@@QEAA@XZ)
ruby_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl RubyGrpcGenerator::~RubyGrpcGenerator(void)" (??1RubyGrpcGenerator@@UEAA@XZ)
ruby_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
ruby_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
ruby_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)

grpc_ruby_plugin.exe : fatal error LNK1120: 5 unresolved externals

[1239/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_node_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_node_plugin.dir\src\compiler\node_plugin.cc.obj  /out:grpc_node_plugin.exe /implib:grpc_node_plugin.lib /pdb:grpc_node_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_node_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_node_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_node_plugin.dir\src\compiler\node_plugin.cc.obj  /out:grpc_node_plugin.exe /implib:grpc_node_plugin.lib /pdb:grpc_node_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_node_plugin.dir\src\compiler\node_plugin.cc.obj /out:grpc_node_plugin.exe /implib:grpc_node_plugin.lib /pdb:grpc_node_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
node_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl NodeGrpcGenerator::NodeGrpcGenerator(void)" (??0NodeGrpcGenerator@@QEAA@XZ)
node_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl NodeGrpcGenerator::~NodeGrpcGenerator(void)" (??1NodeGrpcGenerator@@UEAA@XZ)
node_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
node_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
node_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)
grpc_node_plugin.exe : fatal error LNK1120: 5 unresolved externals

[1240/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_php_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_php_plugin.dir\src\compiler\php_plugin.cc.obj  /out:grpc_php_plugin.exe /implib:grpc_php_plugin.lib /pdb:grpc_php_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_php_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_php_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_php_plugin.dir\src\compiler\php_plugin.cc.obj  /out:grpc_php_plugin.exe /implib:grpc_php_plugin.lib /pdb:grpc_php_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_php_plugin.dir\src\compiler\php_plugin.cc.obj /out:grpc_php_plugin.exe /implib:grpc_php_plugin.lib /pdb:grpc_php_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
php_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl PHPGrpcGenerator::PHPGrpcGenerator(void)" (??0PHPGrpcGenerator@@QEAA@XZ)
php_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl PHPGrpcGenerator::~PHPGrpcGenerator(void)" (??1PHPGrpcGenerator@@UEAA@XZ)
php_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl google::protobuf::compiler::ParseGeneratorParameter(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::vector<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > > *)" (__imp_?ParseGeneratorParameter@compiler@protobuf@google@@YAXAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEAV?$vector@U?$pair@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@V?$allocator@U?$pair@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@@2@@5@@Z) referenced in function "public: virtual bool __cdecl PHPGrpcGenerator::Generate(class google::protobuf::FileDescriptor const *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?Generate@PHPGrpcGenerator@@UEBA_NPEBVFileDescriptor@protobuf@google@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEAVGeneratorContext@compiler@34@PEAV56@@Z)
php_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
php_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
php_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)
grpc_plugin_support.lib(php_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::php::GeneratedClassName(class google::protobuf::Descriptor const *)" (__imp_?GeneratedClassName@php@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVDescriptor@34@@Z) referenced in function "void __cdecl grpc_php_generator::`anonymous namespace'::PrintMethod(class google::protobuf::MethodDescriptor const *,class google::protobuf::io::Printer *)" (?PrintMethod@?A0x4d45bf89@grpc_php_generator@@YAXPEBVMethodDescriptor@protobuf@google@@PEAVPrinter@io@45@@Z)

grpc_php_plugin.exe : fatal error LNK1120: 7 unresolved externals

[1241/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_cpp_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_cpp_plugin.dir\src\compiler\cpp_plugin.cc.obj  /out:grpc_cpp_plugin.exe /implib:grpc_cpp_plugin.lib /pdb:grpc_cpp_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_cpp_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_cpp_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_cpp_plugin.dir\src\compiler\cpp_plugin.cc.obj  /out:grpc_cpp_plugin.exe /implib:grpc_cpp_plugin.lib /pdb:grpc_cpp_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_cpp_plugin.dir\src\compiler\cpp_plugin.cc.obj /out:grpc_cpp_plugin.exe /implib:grpc_cpp_plugin.lib /pdb:grpc_cpp_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
cpp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl CppGrpcGenerator::CppGrpcGenerator(void)" (??0CppGrpcGenerator@@QEAA@XZ)
cpp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl CppGrpcGenerator::~CppGrpcGenerator(void)" (??1CppGrpcGenerator@@UEAA@XZ)
cpp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
cpp_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
cpp_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)
grpc_cpp_plugin.exe : fatal error LNK1120: 5 unresolved externals

[1242/1243] cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_csharp_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_csharp_plugin.dir\src\compiler\csharp_plugin.cc.obj  /out:grpc_csharp_plugin.exe /implib:grpc_csharp_plugin.lib /pdb:grpc_csharp_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
FAILED: grpc_csharp_plugin.exe
cmd.exe /C "cd . && C:\v\downloads\tools\cmake-3.27.1-windows\cmake-3.27.1-windows-i386\bin\cmake.exe -E vs_link_exe --intdir=CMakeFiles\grpc_csharp_plugin.dir --rc=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\rc.exe --mt=C:\PROGRA~2\WI3CF2~1\10\bin\100226~1.0\x64\mt.exe --manifests  -- C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe  CMakeFiles\grpc_csharp_plugin.dir\src\compiler\csharp_plugin.cc.obj  /out:grpc_csharp_plugin.exe /implib:grpc_csharp_plugin.lib /pdb:grpc_csharp_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO  /nologo    /debug /subsystem:console  grpc_plugin_support.lib  C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib  WindowsApp.lib && cd ."
LINK: command "C:\PROGRA~1\MICROS~1\2022\COMMUN~1\VC\Tools\MSVC\1437~1.328\bin\Hostx64\arm64\link.exe CMakeFiles\grpc_csharp_plugin.dir\src\compiler\csharp_plugin.cc.obj /out:grpc_csharp_plugin.exe /implib:grpc_csharp_plugin.lib /pdb:grpc_csharp_plugin.pdb /version:0.0 /MANIFEST:NO /NXCOMPAT /DYNAMICBASE /DEBUG /WINMD /APPCONTAINER /MANIFESTUAC:NO /nologo /debug /subsystem:console grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:
LINK : warning LNK4075: ignoring '/MANIFESTUAC' due to '/MANIFEST:NO' specification
csharp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: __cdecl google::protobuf::compiler::CodeGenerator::CodeGenerator(void)" (__imp_??0CodeGenerator@compiler@protobuf@google@@QEAA@XZ) referenced in function "public: __cdecl CSharpGrpcGenerator::CSharpGrpcGenerator(void)" (??0CSharpGrpcGenerator@@QEAA@XZ)
csharp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: virtual __cdecl google::protobuf::compiler::CodeGenerator::~CodeGenerator(void)" (__imp_??1CodeGenerator@compiler@protobuf@google@@UEAA@XZ) referenced in function "public: virtual __cdecl CSharpGrpcGenerator::~CSharpGrpcGenerator(void)" (??1CSharpGrpcGenerator@@UEAA@XZ)
csharp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) void __cdecl google::protobuf::compiler::ParseGeneratorParameter(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::vector<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > > *)" (__imp_?ParseGeneratorParameter@compiler@protobuf@google@@YAXAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEAV?$vector@U?$pair@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@V?$allocator@U?$pair@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@@2@@5@@Z) referenced in function "void __cdecl grpc::protobuf::compiler::ParseGeneratorParameter(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::vector<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > > *)" (?ParseGeneratorParameter@compiler@protobuf@grpc@@YAXAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEAV?$vector@U?$pair@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@V?$allocator@U?$pair@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@@2@@5@@Z)
csharp_plugin.cc.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) int __cdecl google::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (__imp_?PluginMain@compiler@protobuf@google@@YAHHQEAPEADPEBVCodeGenerator@123@@Z) referenced in function "int __cdecl grpc::protobuf::compiler::PluginMain(int,char * * const,class google::protobuf::compiler::CodeGenerator const *)" (?PluginMain@compiler@protobuf@grpc@@YAHHQEAPEADPEBVCodeGenerator@12google@@@Z)
csharp_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::HasGenerateAll(void)const " (?HasGenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NXZ)
csharp_plugin.cc.obj : error LNK2001: unresolved external symbol "public: virtual bool __cdecl google::protobuf::compiler::CodeGenerator::GenerateAll(class std::vector<class google::protobuf::FileDescriptor const *,class std::allocator<class google::protobuf::FileDescriptor const *> > const &,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class google::protobuf::compiler::GeneratorContext *,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > *)const " (?GenerateAll@CodeGenerator@compiler@protobuf@google@@UEBA_NAEBV?$vector@PEBVFileDescriptor@protobuf@google@@V?$allocator@PEBVFileDescriptor@protobuf@google@@@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@6@PEAVGeneratorContext@234@PEAV76@@Z)
grpc_plugin_support.lib(csharp_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::csharp::GetFileNamespace(class google::protobuf::FileDescriptor const *)" (__imp_?GetFileNamespace@csharp@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@34@@Z) referenced in function "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl grpc_csharp_generator::GetServices(class google::protobuf::FileDescriptor const *,bool,bool,bool)" (?GetServices@grpc_csharp_generator@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@protobuf@google@@_N11@Z)
grpc_plugin_support.lib(csharp_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::csharp::GetClassName(class google::protobuf::Descriptor const *)" (__imp_?GetClassName@csharp@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVDescriptor@34@@Z) referenced in function "class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl grpc_csharp_generator::`anonymous namespace'::GetMethodRequestParamMaybe(class google::protobuf::MethodDescriptor const *,bool)" (?GetMethodRequestParamMaybe@?A0xe40bc60e@grpc_csharp_generator@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVMethodDescriptor@protobuf@google@@_N@Z)
grpc_plugin_support.lib(csharp_generator.cc.obj) : error LNK2019: unresolved external symbol "__declspec(dllimport) class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > __cdecl google::protobuf::compiler::csharp::GetReflectionClassName(class google::protobuf::FileDescriptor const *)" (__imp_?GetReflectionClassName@csharp@compiler@protobuf@google@@YA?AV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@PEBVFileDescriptor@34@@Z) referenced in function "void __cdecl grpc_csharp_generator::`anonymous namespace'::GenerateServiceDescriptorProperty(class google::protobuf::io::Printer *,class google::protobuf::ServiceDescriptor const *)" (?GenerateServiceDescriptorProperty@?A0xe40bc60e@grpc_csharp_generator@@YAXPEAVPrinter@io@protobuf@google@@PEBVServiceDescriptor@56@@Z)

grpc_csharp_plugin.exe : fatal error LNK1120: 9 unresolved externals

ninja: build stopped: subcommand failed.

**Additional context**
vcpkg.json
{
  "name": "2",
  "version": "1",
  "dependencies": [
    {
      "name": "grpc",
      "default-features": false,
      "features": [
        "codegen"
      ]
    }
  ]
}

grpc_plugin_support.lib C:\v\vcpkg3\vcpkg_installed\arm64-uwp\debug\lib\libprotobufd.lib WindowsApp.lib" failed (exit code 1120) with the following output:

Use the tool dumpbin to check the contents of all grpc libs and find that the symbol CodeGenerator is exported in libprotoc.lib but not in libprotobuf.lib. And libprotoc.lib will not be built in arm64-uwp.
It may be due to some macro modifications or other reasons. The build of libprotoc.lib is blocked. 🤔

https://github.com/microsoft/vcpkg/blob/7b5ca09708ae42dba9517d4e0a0c975d087f1061/ports/protobuf/portfile.cmake#L25


text:
[hifi-client-deps] build failure

Operating system
x64-windows
Compiler
MSVC 19.29.30154.0
Steps to reproduce the behavior
`vcpkg install hifi-client-deps`

Failure logs
-- Note: bullet3 only supports static library linkage. Building static library.
-- Using cached bulletphysics-bullet3-3.22.tar.gz.
-- Cleaning sources at C:/Users/User/VCPKG/8656fb1e/buildtrees/bullet3/src/3.22-d2f56169ec.clean. Use --editable to skip cleaning for the packages you specify.
-- Extracting source C:/Users/User/VCPKG/8656fb1e/downloads/bulletphysics-bullet3-3.22.tar.gz
-- Applying patch cmake-fix.patch
-- Applying patch enable-profiling.patch
-- Using source at C:/Users/User/VCPKG/8656fb1e/buildtrees/bullet3/src/3.22-d2f56169ec.clean
-- Found external ninja('1.10.2').
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Using cached msys-mingw-w64-i686-pkg-config-0.29.2-3-any.pkg.tar.zst.
-- Downloading https://repo.msys2.org/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://www2.futureware.at/~nickoe/msys2-mirror/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://mirror.yandex.ru/mirrors/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://mirrors.ustc.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://mirror.bit.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://mirror.selfnet.de/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst;https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst -> msys-mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst...
[DEBUG] To include the environment variables in debug output, pass --debug-env
[DEBUG] Feature flag 'binarycaching' unset
[DEBUG] Feature flag 'manifests' = off
[DEBUG] Feature flag 'compilertracking' unset
[DEBUG] Feature flag 'registries' unset
[DEBUG] Feature flag 'versions' unset
[DEBUG] Downloading https://repo.msys2.org/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Downloading https://www2.futureware.at/~nickoe/msys2-mirror/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Downloading https://mirror.yandex.ru/mirrors/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Downloading https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Downloading https://mirrors.ustc.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Downloading https://mirror.bit.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Download failed -- retrying after 1000 ms.
[DEBUG] Download failed -- retrying after 2000 ms.
[DEBUG] Download failed -- retrying after 4000 ms.
[DEBUG] Downloading https://mirror.selfnet.de/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
[DEBUG] Downloading https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst
Error: Failed to download from mirror set:
https://repo.msys2.org/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404
https://www2.futureware.at/~nickoe/msys2-mirror/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404
https://mirror.yandex.ru/mirrors/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404
https://mirrors.tuna.tsinghua.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404
https://mirrors.ustc.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404
https://mirror.bit.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: WinHttpSendRequest() failed: 12007
https://mirror.bit.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: WinHttpSendRequest() failed: 12007
https://mirror.bit.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: WinHttpSendRequest() failed: 12007
https://mirror.bit.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: WinHttpSendRequest() failed: 12007
https://mirror.selfnet.de/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404
https://mirrors.sjtug.sjtu.edu.cn/msys2/mingw/i686/mingw-w64-i686-libwinpthread-git-9.0.0.6373.5be8fcd83-1-any.pkg.tar.zst: failed: status code 404

[DEBUG] D:\a\_work\1\s\src\vcpkg\base\downloads.cpp(788):
[DEBUG] Time in subprocesses: 0 us
[DEBUG] Time in parsing JSON: 14 us
[DEBUG] Time in JSON reader: 0 us
[DEBUG] Time in filesystem: 4795 us
[DEBUG] Time in loading ports: 0 us
[DEBUG] Exiting after 16.8 s (16797055 us)

CMake Error at scripts/cmake/vcpkg_download_distfile.cmake:24 (message):

      Failed to download file with error: 1
      If you use a proxy, please check your proxy setting. Possible causes are:

      1. You are actually using an HTTP proxy, but setting HTTPS_PROXY variable
         to `https://address:port`. This is not correct, because `https://` prefix
         claims the proxy is an HTTPS proxy, while your proxy (v2ray, shadowsocksr
         , etc..) is an HTTP proxy. Try setting `http://address:port` to both
         HTTP_PROXY and HTTPS_PROXY instead.

      2. You are using Fiddler. Currently a bug (https://github.com/microsoft/vcpkg/issues/17752)
         will set HTTPS_PROXY to `https://fiddler_address:port` which lead to problem 1 above.
         Workaround is open Windows 10 Settings App, and search for Proxy Configuration page,
         Change `http=address:port;https=address:port` to `address`, and fill the port number.

      3. Your proxy's remote server is out of service.

      In future vcpkg releases, if you are using Windows, you no longer need to set
      HTTP(S)_PROXY environment variables. Vcpkg will simply apply Windows IE Proxy
      Settings set by your proxy software. See (https://github.com/microsoft/vcpkg-tool/pull/49)
      and (https://github.com/microsoft/vcpkg-tool/pull/77)

      Otherwise, please submit an issue at https://github.com/Microsoft/vcpkg/issues

Call Stack (most recent call first):
  scripts/cmake/vcpkg_download_distfile.cmake:249 (z_vcpkg_download_distfile_show_proxy_and_fail)
  scripts/cmake/vcpkg_acquire_msys.cmake:26 (vcpkg_download_distfile)
  scripts/cmake/vcpkg_acquire_msys.cmake:116 (z_vcpkg_acquire_msys_download_package)
  scripts/cmake/vcpkg_find_acquire_program.cmake:530 (vcpkg_acquire_msys)
  scripts/cmake/vcpkg_fixup_pkgconfig.cmake:151 (vcpkg_find_acquire_program)
  ports/bullet3/portfile.cmake:37 (vcpkg_fixup_pkgconfig)
  scripts/ports.cmake:146 (include)

Additional context
Package: bullet3[core]:x64-windows -> 3.22
vcpkg-tool version: 2022-06-17-9268e366206712e38102b28dbd1617697a99ff2e
vcpkg-scripts version: cef0b3e 2022-06-20 (1 year, 8 months ago)

See https://github.com/microsoft/vcpkg/issues/36502

See #36502

@FrankXie05 Could you specifically indicate what in that issue should help me?

See #36502

@FrankXie05 Could you specifically indicate what in that issue should help me?

MSYS2 removes older library tools after a certain amount of time, and vcpkg is updated, in this case this library was update in May 2023.
To fix in classical mode:

cd <vcpkg-root>
git pull
.\vcpkg-bootstrap.bat
.\vcpkg upgrade --no-dry-run

In manifest mode I am not sure of the exact steps but it would be similar to classic mode, then you would need to re-establish your baseline.
Hope this helps.

MSYS2 removes older library tools after a certain amount of time, and vcpkg is updated, in this case this library was update in May 2023.

@StarGate-One, I understand, but the problem is that I need exactly it, I'm trying to build Vircadia, there is a possibility that there will be build problems with the new version. Is it possible to install it manually by simply specifying the archive? And where can you get this archive in this case?

In manifest mode I am not sure of the exact steps but it would be similar to classic mode, then you would need to re-establish your baseline.

I encountered vcpkg for the first time and I don’t quite understand how to implement it, can you describe in more detail?

You may also want to look into asset caching.

As far as I understand, the cache is built on packages received from MSYS2, but what if it is no longer there?
I also noticed that the script passes additional parameters to vcpkg, perhaps this matters:
--vcpkg-root C:\Users\User\VCPKG\8656fb1e install --triplet x64-windows hifi-client-deps

Extract them to vcpkg\downloads and rename them to end with *.pkg.tar.zst
msys2-msys2-runtime-3.4.10-4-x86_64.pkg.tar.zip
msys2-mingw-w64-x86_64-pkgconf-1~2.1.0-1-any.pkg.tar.zip

@FrankXie05 Bad idea, and completely missing the point.
Unless a user has the full set of old msys2 packages, the user shall use the latest vcpkg. Only the HEAD of vcpkg receives updates/fixes. Everything else will lead from one problem to another. In particular when ignoring msys2 ABI and dependency issues.
For using non-HEAD versions of ports, there is manifest mode, and there are overlay ports.

Extract them to vcpkg\downloads and rename them to end with *.pkg.tar.zst

@FrankXie05 I unpacked it and they already had the required extension. But this had no effect.

For using non-HEAD versions of ports, there is manifest mode, and there are overlay ports.

@dg0yt Judging by the fact that the vcpkg.json files are present and most likely in use, the manifest mode is already in use. But what are overlay ports and how can you use it to solve the problem?

https://learn.microsoft.com/en-us/vcpkg/

.\vcpkg-bootstrap.bat ---> should have been .\bootstrap-vcpkg.bat

@StarGate-One I already mentioned this

source: gharchive/issue

repo: microsoft/vcpkg

license: MIT

license_type: permissive

license_source: github-api


text:
vcpkg_download_distfile and .netrc authorization

Is your feature request related to a problem? Please describe.
Hello. Right now the only way of authorization for vcpkg_download_distfile is via HEADERS. It would be nice to allow authorization via .netrc file, which I think is not possible to do with HTTP headers. I am not using aria2 to download, in the logs I see curl.
Proposed solution
Add some option to vcpkg_download_distfile, which allows to enable .netrc authorization, with optional .netrc file location (--netrc or --netrc-file in case of curl).
Describe alternatives you've considered
Custom-made script which replaces vcpkg_download_distfile completly. I think that vcpkg_download_distfile uses vcpkg x-download, which is not possible to anyhow update.
Additional context
No response

As said on discord you can currently achieve the same by using asset caching.
set X_VCPKG_ASSET_SOURCES=clear;x-script,<path_to_your_custom_download_script> {url} {sha512} {dst};x-block-origin
Where your custom download script should download from url, do a hash check against sha512 and then copy the file to dst.
Or you just skip the hash check and just directly do  set/export X_VCPKG_ASSET_SOURCES=clear;x-script,curl -n -o {dst} {url};x-block-origin

cc @vicroms @BillyONeal


text:
What is the point of using vcpkg.cmake as a toolchain?

vcpkg documentation suggest, that to integrate vcpkg ports into project one should use vcpkg.cmake toolchain file and a triplet.
Examining vcpkg.cmake contents shows, that it has some 'hacks' for some ports and including vcpkg-cmake-wrapper.cmake. But other then that it's just setting  CMAKE_PREFIX_PATH=/path/to/vcpkg/installed/tripplet-name
Out of more than 1000 ports there is only 37 which use wrappers and hacks for 5 ports: Boost, ICU, GSL, CURL and grpc.
Wounldn't it be better to get rid of the toolchain file:

Instead of specifying triplet and toolchain path, user should just provide the prefix (which is basically the same but the standard cmake way of pointing cmake to the configuration)
instead of providing vcpkg-cmake-wrapper.cmake, maintainers could implement more or less correct cmake configuration for those 37 packages
fix those 5 packages (hardcoding such things in toolchain file looks ugly anyway)

Benefits are pretty self explanatory: use standard cmake approach (CMAKE_PREFIX_PATH) to find package instead of toolchain, which looks like a hack (considering hacks are used to make it work, e.g. if( CMAKE_IN_TRY_COMPILE ) and so on.

you forgot the macro overrides the vcpkg toolchain installs for add_library and add_executable (->option VCPKG_APPLOCAL_DEPS). It also tries to figure out a default triplet if you do not supply one.
If you don't want to use the toolchain, don't use it. It is simply up to you.

fix those 5 packages (hardcoding such things in toolchain file looks ugly anyway)

should be moved into vcpkg-cmake-wrapper.cmake

instead of providing vcpkg-cmake-wrapper.cmake, maintainers could implement more or less correct cmake configuration for those 37 packages

or upstream could just fix their cmake targets or find_modules....

If you don't want to use the toolchain, don't use it. It is simply up to you.

Ah, ok, Could you add it to the documentation in this case.

or upstream could just fix their cmake targets or find_modules....

agreed

I have also been struggling with the concept of integrating vcpkg as a toolchain file. It's... uncomfortable if nothing else. It would be great to see a good resolution to this question.
In my opinion, please either document how to accomplish vcpkg integration via find_package() or include() after project(), stating any resulting drawbacks or incompatibilities, or document the reasons why a toolchain file is absolutely necessary.
Thanx!

authors: Neumann-A TheJCAB invy


text:
[python3] Update to Python 3.8

Describe the pull request

What does your PR fix?

Updates python3 port to 3.8.3.
Restores static-linked Python 3 builds.

Which triplets are supported/not supported? Have you updated the CI baseline?

No change.

Does your PR follow the maintainer guide?

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: Hoikas sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

too many dependencies, one python port is not enough

@Voskrese I'm not sure I understand what you mean? I am working on an open source project that uses vcpkg as its build system. We are upgrading from Python 2.7 to Python 3.8 but need the improved initialization features added to support the project's requirements. Specifically, the ability to install a meta_path loader to load Python modules from a packed (read: secure) source.

example
https://github.com/microsoft/vcpkg/blob/c0e7ca335edc3fa7bea29121cb2257ea05a7147d/ports/vtk/portfile.cmake#L39

Thanks! I'll look into the other ports.

This is, as far as I can tell ready for review. However, I am stumped by the x64_osx CI failure. The only way I have to access macOS is via GitHub Actions. So, I built both of the commits in this PR using Actions on OSX[1][2]. This succeeded, however, the Azure Pipelines OSX build fails with the following error: ninja: build stopped: subcommand failed. - with no indication as far was what subcommand failed. Any observations or directions about how to fix the issue would be appreciated!

Some regressions are not related to this PR. See #11742.

Thanks for the PR!

source: gharchive/pull-request

authors: Hoikas JackBoosY Voskrese dan-shaw msftclas


text:
[zxing-cpp] Update zxing-cpp and fix iconv dependency

Fix #14870
The upstream issue  has been fixed in latest release, update the revision.
All feature passed with

x86-windows
x64-windows
x64-windows-static

Wait for #16270 merge.

@JackBoosY ,This pr is ready to merge


text:
[nlohmann-json] Delete the docs folder to reduce open source vulnerability alerts.

My project has a process that scans for open source dependencies with known security vulnerabilities. When one is detected, it creates an alert which must be either addressed or dismissed as a false positive. I have often received alerts due to vulnerabilities in the Python components used within the "docs" folder for Nlohmann JSON. However, these are always false positives because I'm just using the C++ code from this repo and not building the documentation. I'd like to stop these alerts once and for all by having Vcpkg simply delete the docs folder from the Nlohmann JSON source code before it runs CMake. This will remove the code which generates so many alerts so the vulnerability detector will quit raising alerts for it.
Checklist:

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

I don't think this is going to be meaningful, since you're only messing with the source tree, not anything installed. It looks like they don't install those docs files anywhere...

I don't think this is going to be meaningful, since you're only messing with the source tree, not anything installed. It looks like they don't install those docs files anywhere...

The open source vulnerabilities are detected through source scanning. I can share the links to you via work email since my project is internal to Microsoft.

If they are looking at source scanning why is the situation going to be any different if the docs were ever on disk in the first place?

The source scan occurs after the build completes. Since Vcpkg doesn't use anything from the "docs" folder, it isn't cheating to just delete it right away. We aren't hiding any vulnerabilities that actually apply to projects using Nlohmann JSON. (I've sent you an email internally which includes links to the 7 vulnerability alerts I've received so far this year due to this issue.)

Also, in case it isn't clear, the folder is picked up by the soruce scan because we clone the vcpkg repo into the source directory as part of the build. Something I didn't consider until now is that I might be able to work around this by cloning vcpkg to a different folder outside the repo so it doesn't get scanned with the source scanner.

Sorry, one more comment to clarify even further. This is the path which triggers the vulnerability alerts:
/s/clone/vcpkg/buildtrees/nlohmann-json/src/v3.11.2-efdad4750e.clean/docs/mkdocs/requirements.txt
We clone vcpkg to "clone\vcpkg" within the source tree. The source for nlohmann-json is downloaded to the "buildtrees" folder as part of the vcpkg install. The vulneratiblity scanner just sees that within my project's source tree, so it thinks I am the one using the python modules reference in requirements.txt. Hopefully that clarifies.

The source scan occurs after the build completes. Since Vcpkg doesn't use anything from the "docs" folder, it isn't cheating to just delete it right away. We aren't hiding any vulnerabilities that actually apply to projects using Nlohmann JSON. (I've sent you an email internally which includes links to the 7 vulnerability alerts I've received so far this year due to this issue.)

Why can't you use the --clean-buildtrees-after-build flag for the install command?

Hi @PDeets, I'm not sure that this would solve your problem. Have you verified this fix / could you demonstrate an overlay port with this fix? Additionally, would you mind trying out @Thomas1664 suggestion above? I just want to make sure this actually fixes your problem since this would invalidate other users' binary cache.

Hello, sorry for the delay. I went on vacation, but I'm back now. --clean-buildtrees-after-build sounds like it could work for me. I'll try that out and share an update here.

I've confirmed that using --clean-buildtrees-after-build addresses this issue for me. I'll close the PR now.

authors: BillyONeal JavierMatosD PDeets Thomas1664


text:
[kf5] recover from #4652

as per title, recovering #4652 (will need a big merge from master...)

due to broken dependencies in master, the CI cannot really test almost any addition.
Work here is suspended until proper fixes land on master

kf5i18n failed
reason, installed GCC
ninja why it considers that the need to use GCC
instead MSVC
vcpkg_acquire_msys(MSYS_ROOT PACKAGES mingw-w64-i686-gettext)
set(GETTEXT_PATH ${MSYS_ROOT}/mingw32/bin)
vcpkg_add_to_path(${GETTEXT_PATH})

decided to this dramatically
vcpkg_find_acquire_program(XGETTEXT)
get_filename_component(XGETTEXT_DIR "${XGETTEXT}" DIRECTORY)
set(ENV{PATH} ";$ENV{PATH};${XGETTEXT_DIR}")

vcpkg_find_acquire_program.cmake
  elseif(VAR MATCHES "XGETTEXT")
    set(PROGNAME xgettext)
    set(PATHS "${DOWNLOADS}/tools/xgettext/bin")
    set(URL "https://github.com/mlocati/gettext-iconv-windows/releases/download/v0.20.1-v1.16/gettext0.20.1-iconv1.16-static-32.zip")
    set(ARCHIVE "gettext0.20.1.zip")
    set(HASH 9b423bc72c06ce8e1f59842a3ec2d8e2ccab2179179f733a83703d4145300ca9053758ca1232245435e88a82983a785c3b51030eea4a5aaa7c3d7d3995b1c040)

kf5service:x64-windows failed

has asked CMake to find a package configuration file provided by
"KF5DocTools", but CMake did not find one.

Any progress?

/azp run

merged with master to solve conficts. But unfortunately I cannot work on this PR apart from this small maintenance. Happy to transfer it to whomever wants to continue

Closing this PR since it seems that no progress is being made. Please reopen if work is still being done.

Anyone could tell me how to and kf5 other ports to vcpg localy? where is the documation?

authors: JackBoosY Voskrese cenit lijingjian001


text:
Make default Python virtual environment folder name ".venv", not ".env"

When creating a new Azure Functions project through VSCode, the Python virtual environment folder is called ".env".  This name is easily confused with environment variable files.
Brett Cannon (one of the Python committers) raised this in the Azure Docs repo:
https://github.com/MicrosoftDocs/azure-docs/issues/33886
would it be possible to make the default name for the Python virtual environment folder .venv rather than .env to avoid clashing with anything that looks like environment variables?  Many thanks.
Let me know if this is better reported in https://github.com/Azure/azure-functions-python-worker .

Already done :) https://github.com/microsoft/vscode-azurefunctions/pull/1373
Should be included in the next release. You're welcome to try the latest from master with these instructions: https://aka.ms/azCodeInsiders

That's great to hear, @EricJizbaMSFT , many thanks!
Just FYI, though, I did notice these lines in the "azure-functions-python-worker" repo that include references to a ".env" Python virtual environment:
https://github.com/Azure/azure-functions-python-worker/blob/master/pack/scripts/nix_deps.sh#L3-L4
https://github.com/Azure/azure-functions-python-worker/blob/master/pack/scripts/win_deps.ps1#L1-L2
Not sure if it's necessary to change them, but I thought I'd let you know.

authors: EricJizbaMSFT keitherskine

repo: microsoft/vscode-azurefunctions


text:
reporting error deploying azure function

Repro steps:

Action: azureFunctions.deploy
Error type: 404
Error Message: An error has occurred.
Version: 0.17.1
OS: darwin
Product: Visual Studio Code
Product Version: 1.36.1
Language: en

Call Stack
module.exports.o.pipeline extension.bundle.js:332:396699
s extension.bundle.js:262:110821
s extension.bundle.js:164:25754
extension.bundle.js:164:26994
o extension.bundle.js:208:58625
extension.bundle.js:164:24675
$.module.exports.t.requestLibrarySink.t.headersOnly.t.streamedResponse.t.body.function.t.body.pipe.a [as _callback] extension.bundle.js:1:605959
$.module.exports.$.init.t._callback.t.callback.t.callback extension.bundle.js:238:5462
$.emit events.js:182:13
$.EventEmitter.emit domain.js:442:20
$.<anonymous> extension.bundle.js:238:18275
$.emit events.js:187:15
$.EventEmitter.emit domain.js:442:20
IncomingMessage.<anonymous> extension.bundle.js:238:17117
Object.onceWrapper events.js:273:13
IncomingMessage.emit events.js:187:15
IncomingMessage.EventEmitter.emit domain.js:442:20
endReadableNT _stream_readable.js:1092:12
process._tickCallback next_tick.js:63:19

@donniekerr please add repro steps

@EricJizbaMSFT
I get the same error by simply going to the extension, right clicking on a function app, and selecting 'Deploy to function app...'. When viewing the output, it shows this.
12:24:29 PM trustsertus: Creating zip package...
12:24:43 PM trustsertus: Starting deployment...
12:24:44 PM trustsertus: Uploading zip package to storage container...
12:25:16 PM trustsertus: Syncing triggers...
12:25:22 PM trustsertus: Syncing triggers (Attempt 2/6)...
12:25:36 PM trustsertus: Syncing triggers (Attempt 3/6)...
12:25:57 PM trustsertus: Syncing triggers (Attempt 4/6)...
12:26:38 PM trustsertus: Syncing triggers (Attempt 5/6)...
12:28:09 PM trustsertus: Syncing triggers (Attempt 6/6)...
Error: Failed with code "404".

@thetre97 I still need more information - like

How did you create the function app? Throught VS Code or the portal?
Is it a linux/windows function app?
Is it a consumption or dedicated plan?
What type of project are you deploying and how did you create the project?

Created this through the VSCode extension (right click on subscription, select 'Create FunctionApp in Azure').
Linux Function App
Consumption Plan
Javascript project, v2, created through the extension (via 'Create new project').

There are two functions - an Http trigger, and a Timer trigger - I believe it is the timer trigger causing the issue, as have never seen this issue with purely http trigger projects before.
I had also tried deploying with the func cli, and had the exact same issue.
I actually managed to get the project to deploy, by deleting the function app, and then creating a new one. Deploying then worked fine. Not an optimal solution though.

@thetre97 if you can get concrete repro steps let me know. It's entirely possible that new function apps have some sort of fix that doesn't automatically get applied to old function apps. Linux consumption plans are still in preview and hopefully this less than optimal solution won't be necessary after they GA

authors: EricJizbaMSFT donniekerr thetre97


text:
Azure Function Core Tool not installing on VSCode

Does this occur consistently?
Repro steps:

Open the Command Palette
Enter Azure Functions: Install or Update Azure Functions Core Tools and press enter
Then I get an error in the bottom right hand side "Install or update is only supported for brew or npm" "Source: Azure Functions (Extenison) - Report an issue.

Action: azureFunctions.installOrUpdateFuncCoreTools
Error type: Error
Error Message: Install or update is only supported for brew or npm.
Version: 0.21.0
OS: win32
OS Release: 10.0.18362
Product: Visual Studio Code
Product Version: 1.42.1
Language: en

Call Stack
extension.bundle.js:526:50060extension.bundle.js:526:50060
fulfilled extension.bundle.js:526:49473

Hi @joda10
Do you npm install on your machine? https://www.npmjs.com/get-npm

Yes this was installed on windows ubuntu session: version 3.5.2 but I haven't installed in the VSCode session!

@joda10 we don't support installing on linux - that's being tracked here: https://github.com/microsoft/vscode-azurefunctions/issues/311
You'll have to manually install on Ubuntu with these instructions: https://github.com/Azure/azure-functions-core-tools#linux

authors: EricJizbaMSFT joda10 nturinski


text:
There is an error after deleting the function from a C# Linux function app

OS: All
Build Version: 20210119.2
Repro Steps:

Create a C# function app with Linux OS -> Deploy a C# project to it.
Expand the "Functions" node -> Right click the function -> Select "Delete Function...".
Check whether delete the function successfully.

Expect:
Succeed to delete the function without any error.
Actual:
There is an error after deleting the function.

More Info:

C# function app with Linux OS: The deleted function will reappear after refreshing.

Python function app with Linux OS: There is no error after deleting the function but the deleted function will reappear after refreshing.

Node.js function app with Linux OS and "Premium/App Service Plan" hosting plan: There is an error after deleting the function but the deleted function will reappear after refreshing.

This issue has become stale and is at risk of being closed. The community has 60 days to upvote the issue. If it receives 5 upvotes we will keep it open and take another look. If not, we will close it. To learn more about how we handle issues, please see our documentation.
Happy Coding!

:slightly_frowning_face: In the last 60 days, this issue has received less than 5 community upvotes and we closed it. Still a big Thank You to you for taking the time to create it! To learn more about how we handle issues, please see our documentation.
Happy Coding!

authors: AzCode-Bot v-mengwe


text:
There is an extra step “+ Create new App Setting" when executing "Azure Functions: Add New Setting..." from command

OS: All
Azure Resource Extension Build Version: 20220421.32 (unified)
Azure Function Extension build Version: 20220421.8 (unified)
Regression: Not a Regression
Repro Steps:

F1 -> Azure Functions: Add New Setting... -> Select a resource group -> Select a Function App.
Check whether the next step is "enter a new app setting name" or not.

Expect:
The next step is "enter a new app setting name".

Actual:
There is an extra step “+ Create new App Setting".

Fixed by #3141

authors: alexweininger v-mengwe


text:
Fail to debug a C# project created with Timer trigger template function

OS: All
Azure Function Extension Version: v1.11.0
Regression: Not a Regression
Repro Steps:

Create a C# project with "Timer Trigger" template.
F5.
Check whether succeeds to debug the project.

Expect:
Succeed to debug the project.
Actual:
Fail to debug the project.

More Info:

This issue also reproduces for Java project.
This issue also reproduces on the previous released Azure Functions extension v1.10.0.

What version of the .NET runtime are you running?

@MicroFish91
This issue reproduces for .NET 6.0 LTS,.NET 6.0 Isolated LTS and NET 7.0 Isolated LTS project.
This is my dotnet version:


text:
Sign in tree item is disabled on desktop

Platform: desktop

Fixed by https://github.com/microsoft/vscode-azureresourcegroups/pull/644

authors: alexweininger nturinski

repo: microsoft/vscode-azureresourcegroups


text:
The first build and run (Ctrl+F5) always starts in Debug mode disregarding Release settings.

Type: Bug
Fresh install of VS Code on Ubuntu 22.04.3. Added only C/C++ Extension Pack. Installed CMake and dependencies. Followed your getting started tutorial at https://code.visualstudio.com/docs/cpp/CMake-linux. Set CMake: Select Variant to Release. CMakeLists.txt also contains set(CMAKE_BUILD_TYPE "Release"). The first build and run (Ctrl+F5) always starts in Debug mode. The second and the following ones are correctly in Release mode.
Extension version: 1.3.0
VS Code version: Code 1.85.1 (0ee08df0cf4527e40edc9aa28f4b5bd38bbff2b2, 2023-12-13T09:47:11.635Z)
OS version: Linux x64 6.2.0-39-generic
Modes:

System Info

Item
Value

CPUs
Intel(R) N100 (4 x 2917)

GPU Status
2d_canvas: enabledcanvas_oop_rasterization: disabled_offdirect_rendering_display_compositor: disabled_off_okgpu_compositing: enabledmultiple_raster_threads: enabled_onopengl: enabled_onrasterization: enabledraw_draw: disabled_off_okvideo_decode: enabledvideo_encode: disabled_softwarevulkan: disabled_offwebgl: enabledwebgl2: enabledwebgpu: disabled_off

Load (avg)
1, 1, 1

Memory (System)
11.41GB (6.60GB free)

Process Argv
--unity-launch --crash-reporter-id aef934d6-fd74-440a-a24f-e74f7a8cfae5

Screen Reader
no

VM
0%

DESKTOP_SESSION
ubuntu

XDG_CURRENT_DESKTOP
Unity

XDG_SESSION_DESKTOP
ubuntu

XDG_SESSION_TYPE
wayland

A/B Experiments
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vslsvsres303:30308271
vserr242:30382549
pythontb:30283811
vsjup518:30340749
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
vscod805cf:30301675
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593:30376534
pythonvs932:30410667
py29gd2263:30899288
vscaat:30438848
vsclangdf:30486550
c4g48928:30535728
dsvsc012cf:30540253
azure-dev_surveyone:30548225
3biah626:30602489
f6dab269:30613381
showlangstatbar:30737416
fixshowwlkth:30771522
showindicator:30805244
pythongtdpath:30769146
i26e3531:30792625
welcomedialogc:30910334
pythonidxpt:30866567
pythonnoceb:30805159
asynctok:30898717
dsvsc013:30795093
dsvsc014:30804076
dsvsc015:30845448
pythontestfixt:30902429
pyreplss1:30897532
pythonmypyd1:30879173
pythoncet0:30885854
pythontbext0:30879054
accentitlementsc:30887149
dsvsc016:30899300
dsvsc017:30899301
dsvsc018:30899302
aa_t_chat:30882232
cp7184t:30925682

@gcampbell-msft @sinemakinci1 this looks like an issue with CMake Tools, and maybe with the Getting Started documentation.  Can you please take a look?

I've been using VSCode with these extensions for several years and this bug was always there.

Hi @pauljurczak Ctrl+F5 is actually meant to run in debug mode according to these docs. The docs say this:

Start a debugging session on the active target by running the CMake: Debug command from the VS Code command palette, by selecting the Debug button in the status bar or CMake Tools sidebar Project Status View, or by pressing the keyboard shortcut (the default is Ctrl+F5).

You should be able to run without debugging by using Shift+F5 according to these docs. The docs say this:

You can run a target without debugging it, by running the CMake: Run Without Debugging from VS Code's command palette, by selecting the play button in the status bar or the play button to the left of the Launch node, or by pressing the keyboard shortcut (the default Shift+F5).

I looked through the Getting Started documentation and didn't see where it says to use Ctrl+F5. Could you point me more specifically to where you saw that? Thanks!

The UI suggests Ctrl+F5 for Run without debugging, see:

@pauljurczak thank you for the screenshot. We'll look more into it as soon as we have the capacity.  Can you confirm if Shift + F5 works for you?

Yes, Shift+F5 works.

@andreeis I think this might could be fixed by modifying the keybindings in the package.json.

We verified the issue on CMake tools: v1.19.45 and it has been fixed.
ENV：
CMake Tools:v1.19.45
vscode: 1.92.2
Actual result:

authors: bobbrow gcampbell-msft pauljurczak snehara99 v-frankwang

repo: microsoft/vscode-cmake-tools


text:
Extension can't find CMakePresets json schema

Brief Issue Summary
When opening CMakePresets.json in VSCode, I receive this warning at the top of the file:
Problems loading reference 'schemaservice://combinedschema/cmake-tools-schema:/schemas/CMakePresets-v6-schema.json': Unable to load schema from 'schemaservice://combinedschema/cmake-tools-schema:/schemas/CMakePresets-v6-schema.json': cannot open schemaservice://combinedschema/cmake-tools-schema%3A/schemas/CMakePresets-v6-schema.json. Detail: Unable to resolve resource schemaservice://combinedschema/cmake-tools-schema%3A/schemas/CMakePresets-v6-schema.json.(768)

Additionally I get no language support for the file.
CMake Tools Diagnostics
{
  "os": "darwin",
  "vscodeVersion": "1.87.1",
  "cmtVersion": "1.17.17",
  "configurations": [
    {
      "folder": "/path/to/my/workspace",
      "cmakeVersion": "3.28.3",
      "configured": false,
      "generator": "",
      "usesPresets": true,
      "compilers": {}
    }
  ],
  "cpptoolsIntegration": {
    "isReady": false,
    "hasCodeModel": false,
    "activeBuildType": "",
    "buildTypesSeen": [],
    "requests": [],
    "responses": [],
    "partialMatches": [],
    "targetCount": 0,
    "executablesCount": 0,
    "librariesCount": 0,
    "targets": []
  },
  "settings": [
    {
      "communicationMode": "automatic",
      "useCMakePresets": "auto",
      "configureOnOpen": true
    }
  ]
}

Debug Log
No response
Additional Information
No response

@nikoprotic Thanks for posting the issue. I also occasionally see this, though it has always been very flaky for me.
Do you find that this is a flaky issue? Or is this a longstanding issue that does not go away over time or with restarting of VS Code?

@gcampbell-msft,
Sorry for the delayed response.I see this pretty consistently. Restarting/updating VS Code does not remedy it.

@nikoprotic No worries. We'll investigate this as soon as we have capacity.

I'm seeing this as well, just in case I can help at all, my cmake diagnostics (somewhat redacted, I tried to add context while removing PII:
{
  "os": "win32",
  "vscodeVersion": "1.88.0",
  "cmtVersion": "1.17.17",
  "configurations": [
    {
      "folder": "drive:\\path\\in\\windows\\style\\to\\workspace",
      "cmakeVersion": "3.28.0",
      "configured": true,
      "generator": "Visual Studio 17 2022",
      "usesPresets": true,
      "compilers": {}
    }
  ],
  "cpptoolsIntegration": {
    "isReady": true,
    "hasCodeModel": true,
    "activeBuildType": "Debug",
    "buildTypesSeen": [
      "Debug",
      "Release",
      "MinSizeRel",
      "RelWithDebInfo"
    ],
    "requests": [],
    "responses": [],
    "partialMatches": [],
    "targetCount": 18,
    "executablesCount": 11,
    "librariesCount": 4,
    "targets": [
      {
        "name": "ALL_BUILD",
        "type": "UTILITY"
      },
      {
        "name": "TestName1",
        "type": "EXECUTABLE"
      },
...
      {
        "name": "TestName9",
        "type": "EXECUTABLE"
      },
      {
        "name": "ZERO_CHECK",
        "type": "UTILITY"
      },
      {
        "name": "clangformat",
        "type": "UTILITY"
      },
      {
        "name": "ProjectTarget",
        "type": "EXECUTABLE"
      },
      {
        "name": "SecondaryBinary",
        "type": "EXECUTABLE"
      },
      {
        "name": "IntermediateLibrary1",
        "type": "OBJECT_LIBRARY"
      },
...
      {
        "name": "IntermediateLibrary4",
        "type": "OBJECT_LIBRARY"
      }
    ]
  },
  "settings": [
    {
      "communicationMode": "automatic",
      "useCMakePresets": "auto",
      "configureOnOpen": true
    }
  ]
}

Tested on CMake Tools extension v1.18.20(pre-release), this issue also repro: ‘Unable to load schema from 'cmake-tools-schema:/schemas/CMakePresets-v8-schema.json'’ warning appear in CMakePresets.json file
ENV:
VS Code: 1.88.0
CMake: v0.0.17
CMake Tools: v1.18.20(pre-release)
Repro Steps:

Create a folder named ‘Demo’ and open it with VS Code.
Add ‘CMakePresets.json’ file and Type {} in it.

More Info: Win/Linux/Mac version all reproduce the issue
Expected Result: No ‘Unable to load schema from 'cmake-tools-schema:/schemas/CMakePresets-v8-schema.json' warnings appears or a warning similar to that in VS appears

Actual Result:
[{
"resource": "/c:/Users/v-ericawu/Desktop/Demo/CMakePresets.json",
"owner": "_generated_diagnostic_collection_name_1",
"code": "768",
"severity": 4,
"message": "Unable to load schema from 'cmake-tools-schema:/schemas/CMakePresets-v8-schema.json': cannot open cmake-tools-schema:/schemas/CMakePresets-v8-schema.json. Detail: Unable to resolve resource cmake-tools-schema:/schemas/CMakePresets-v8-schema.json.",
"startLineNumber": 1,
"startColumn": 1,
"endLineNumber": 1,
"endColumn": 2
}]

@v-ericawu I think I know what the issue is. If you close the CMakePresets.json file, reload VS Code, and then do something to ensure that the extension activates (i.e. run the cmake configure command), then when you open the CMakePresets.json file, it will work.
I think it's an issue of when the extension activates and when it calls provideTextDocumentContent from the SchemaProvider.

Currently investigating whether we should add onFileSystem:cmake-tools-schema activation event, or wait for this bug: https://github.com/microsoft/vscode/issues/211116, to be solved (or at least answered).

@gcampbell-msft Thanks for your investigation, using workaround as you mentioned above will solve the issue:

authors: AkbarTheGreat gcampbell-msft nikoprotic v-ericawu