Closed SFGrenade closed 4 months ago
@c8ef we should provide a abseil config and disable it to ensure minimal dependencies by default.
please wait for this pr. https://github.com/xmake-io/xmake-repo/pull/3667
now trying to build it again.
the only errors are:
> checking for c++ snippet(test)
=> install abseil 20240116.1 .. ok
checking for curl ... D:\xmake\winenv\bin\curl
D:\xmake\winenv\bin\curl -SL -A "Xmake/2.8.9+HEAD.cb1b65054 (Windows;) curl/8.2.1" https://github.com/protocolbuffers/protobuf/releases/download/v26.1/protobuf-cpp-26.1.zip -o protobuf-cpp-26.1.zip
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
100 9 100 9 0 0 24 0 --:--:-- --:--:-- --:--:-- 24
error: ...modules\private\action\require\impl\actions\download.lua:206: unmatched checksum, current hash(0019dfc4) != original hash(e15c2723)
stack traceback:
[C]: in function 'error'
[@programdir\core\base\os.lua:957]:
[...modules\private\action\require\impl\actions\download.lua:206]: in function '_download'
[...modules\private\action\require\impl\actions\download.lua:346]:
(ClCompile target) ->
D:\curl-7.88.1_2\include\zconf.h(490,14): fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory (compiling source file C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\src\google\protobuf\io\gzip_stream.cc) [C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\build\libprotobuf.vcxproj]
after which protobuf fails to compile.
results in the attached log. 01_configure_release.txt
the first url https://github.com/protocolbuffers/protobuf/releases/download/v26.1/protobuf-cpp-26.1.zip is invalid url for 22.x
we need to improve url, like this.
@c8ef
the first url https://github.com/protocolbuffers/protobuf/releases/download/v26.1/protobuf-cpp-26.1.zip is invalid url for 22.x
we need to improve url, like this.
@c8ef
tracked in #3709
now trying to build it again.
the only errors are:
> checking for c++ snippet(test) => install abseil 20240116.1 .. ok checking for curl ... D:\xmake\winenv\bin\curl D:\xmake\winenv\bin\curl -SL -A "Xmake/2.8.9+HEAD.cb1b65054 (Windows;) curl/8.2.1" https://github.com/protocolbuffers/protobuf/releases/download/v26.1/protobuf-cpp-26.1.zip -o protobuf-cpp-26.1.zip % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 100 9 100 9 0 0 24 0 --:--:-- --:--:-- --:--:-- 24 error: ...modules\private\action\require\impl\actions\download.lua:206: unmatched checksum, current hash(0019dfc4) != original hash(e15c2723) stack traceback: [C]: in function 'error' [@programdir\core\base\os.lua:957]: [...modules\private\action\require\impl\actions\download.lua:206]: in function '_download' [...modules\private\action\require\impl\actions\download.lua:346]:
(ClCompile target) -> D:\curl-7.88.1_2\include\zconf.h(490,14): fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory (compiling source file C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\src\google\protobuf\io\gzip_stream.cc) [C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\build\libprotobuf.vcxproj]
after which protobuf fails to compile.
results in the attached log. 01_configure_release.txt
pushed as https://github.com/xmake-io/xmake-repo/commit/32fae29e8433456f8f6da746dc0a9eeb98c25bca, please try again. @SFGrenade
after finding out how i can use the xmake-repo (dev branch) as a repo and rebuilding, i do see the unistd error again:
(ClCompile target) ->
D:\curl-7.88.1_2\include\zconf.h(490,14): fatal error C1083: Cannot open include file: 'unistd.h': No such file or directory (compiling source file C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\src\google\protobuf\io\gzip_stream.cc) [C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\build\libprotobuf.vcxproj]
which for some reason it seems to take my locally installed curl? i don't know why, don't find it in any dep/xmake/cmake.
Project config:
.vscode\xmakeConfig.release.conf
{
arch = "x64",
buildir = "build",
ccache = true,
host = "windows",
kind = "shared",
mode = "release",
ndk_stdcxx = true,
network = "public",
pkg_searchdirs = "",
plat = "windows",
proxy_pac = "pac.lua",
qt = "D:/Qt/5.15.2/msvc2019_64",
qt_sdkver = "5.15.2",
theme = "plain",
vcpkg = "D:/vcpkg",
vs = "2022",
vs_runtime = "MD"
}
xmake.lua
set_project( "ZmqPb" )
set_version( "0.5.0", { build = "%Y%m%d", soname = true } )
set_warnings( "allextra" )
add_rules( "mode.debug", "mode.release", "mode.releasedbg", "mode.minsizerel" )
add_rules( "plugin.compile_commands.autoupdate", { outputdir = ".vscode" } )
set_languages( "c++11" )
if is_plat( "windows" ) then
add_cxflags( "/Zc:__cplusplus" )
add_cxflags( "/Zc:preprocessor" )
add_cxflags( "/permissive-" )
end
add_requireconfs( "*", { configs = { shared = get_config( "kind" ) == "shared" } } )
add_requires( "cppzmq" )
add_requires( "protobuf-cpp" )
target( "ZmqPb" )
set_kind( "$(kind)" )
add_packages( "cppzmq", { public = true } )
add_packages( "protobuf-cpp", { public = true } )
add_rules( "protobuf.cpp" )
add_includedirs( "include", { public = true } )
add_headerfiles( "include/(zmqPb/*.hpp)" )
add_files( "proto/zmqPb/*.proto", { proto_public = false } )
add_files( "src/*.cpp" )
how i build/test this specific project:
%localappdata%\.xmake\packages
build
and .xmake
folders in project folderrm _build_logs\*
(to easier see build logs)xmake global --theme=plain >_build_logs\00_set_theme.txt 2>&1
xmake config --import=.vscode/xmakeConfig.release.conf -vD -y >_build_logs\01_configure_release.txt 2>&1
xmake build -a -vD >_build_logs\02_build.txt 2>&1
xmake test -vD >_build_logs\05_test.txt 2>&1
xmake package -vD -ao E:\xmake_packages >_build_logs\10_package.txt 2>&1
orxmake install -vD -ao E:\System_Simulator >_build_logs\20_install.txt 2>&1
Hmm... It's really strange that it somehow includes the curl headers.
after finding out how i can use the xmake-repo (dev branch) as a repo and rebuilding, i do see the unistd error again:
xrepo update-repo
xrepo remove --all protobuf-cpp abseil curl .... other
xmake f -cvD
xmake
I've noticed that your build process is finding zlib from sources other than xmake, specifically: Found ZLIB: D:/libxml/lib/libz.dll.a
. In my opinion, it's possible that vcpkg is loading a predefined cmake file and providing a different library location, but I can't be certain. Could you please verify if curl is installed in your vcpkg? If it is, does it have the exact version 7.88.1_2? According to the vcpkg source, the 7.88.1 version of curl has exactly two revisions, which somewhat supports my assumption.
C:\Program Files\Microsoft Visual Studio\2022\Community\VC\Tools\MSVC\14.33.31629\bin\HostX64\x64\CL.exe /c /I"D:\curl-7.88.1_2\include" /I"C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\build" /I"C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source" /I"C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\src" /IC:\Users\SFG\AppData\Local\.xmake\packages\a\abseil\20240116.1\b8bf244d9f4a47a4aec27d7f4728ed6b\include /nologo /W1 /WX- /diagnostics:column /O2 /Ob2 /D _MBCS /D NDEBUG /D "CMAKE_INTDIR=\"Release\"" /Gm- /MD /GS /fp:precise /Zc:wchar_t /Zc:forScope /Zc:inline /Fo"utf8_range.dir\Release\\" /Fd"C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\build\third_party\utf8_range\pdb\Release\\" /external:W1 /Gd /TC /errorReport:queue "C:\Users\SFG\AppData\Local\.xmake\cache\packages\2404\p\protobuf-cpp\26.1\source\third_party\utf8_range\utf8_range.c"
Maybe cmake found curl/zlib on your system instead of xmake-repo. We should tell cmake to find them from xmake-repo instead of system.
I've noticed that your build process is finding zlib from sources other than xmake, specifically:
Found ZLIB: D:/libxml/lib/libz.dll.a
. In my opinion, it's possible that vcpkg is loading a predefined cmake file and providing a different library location, but I can't be certain. Could you please verify if curl is installed in your vcpkg? If it is, does it have the exact version 7.88.1_2? According to the vcpkg source, the 7.88.1 version of curl has exactly two revisions, which somewhat supports my assumption.
my locally installed vcpkg (which i only installed because i wanted to mess with something only there and not in xmake) does:
C:\Users\SFG>D:\vcpkg\vcpkg.exe list
clap-cleveraudio:x64-windows-static-md 1.2.0 CLAP is an audio plugin ABI which defines a stan...
vcpkg-cmake-config:x64-windows 2022-02-06#1
vcpkg-cmake:x64-windows 2023-05-04
so, i don't have curl installed via vcpkg
D:\curl-7.88.1_2\include
, it's not from vcpkg. Maybe you installed curl for windows package?
The truly perplexing aspect is that the entire protobuf-cpp repository doesn't make any explicit request to find curl. I'm still unable to comprehend why curl headers are present in the include directory. Interestingly, in the CI environment, the protobuf-cpp package doesn't require curl headers for the build process. It successfully generates both shared and static libraries on Windows.
after finding out how i can use the xmake-repo (dev branch) as a repo and rebuilding, i do see the unistd error again:
xrepo update-repo xrepo remove --all protobuf-cpp abseil curl .... other xmake f -cvD xmake
results in: log.update-repo.txt log.remove-all.txt log.xmake-f-cvD.txt log.xmake.txt
D:\curl-7.88.1_2\include
, it's not from vcpkg. Maybe you installed curl for windows package?
it is installed manually with curl's windows installer, as the version bundled in windows lacked some features i needed once
The truly perplexing aspect is that the entire protobuf-cpp repository doesn't make any explicit request to find curl. I'm still unable to comprehend why curl headers are present in the include directory. Interestingly, in the CI environment, the protobuf-cpp package doesn't require curl headers for the build process. It successfully generates both shared and static libraries on Windows.
i suppose i can try to remove curl from my path and see what happens
progress: in CI, i managed to have windows build, not mac/linux though lol
though abseil requires c++14 according to preprocessor error, but even then uses c++17 classes, but once i set it to c++17/cxx17, windows manages to build while linux/mac have lua errors:
https://github.com/SFGrenade/ZmqPb/actions/runs/8582299204
build cache stats:
cache directory: build/.build_cache
cache hit rate: 0%
cache hit: 0
cache hit total time: 0.000s
cache miss: 0
cache miss total time: 0.000s
new cached files: 0
remote cache hit: 0
remote new cached files: 0
preprocess failed: 0
compile fallback count: 0
compile total time: 0.000s
error: ./.xmake-cache-W14/share/xmake/core/main.lua:329: attempt to compare table with string
stack traceback:
[C]: in function 'sort'
[...-W14/share/xmake/rules/plugin/compile_commands/xmake.lua:61]: in function 'buildscript'
[./.xmake-cache-W14/share/xmake/actions/build/main.lua:97]: in function '_do_project_rules'
[./.xmake-cache-W14/share/xmake/actions/build/main.lua:162]: in function 'build_targets'
[./.xmake-cache-W14/share/xmake/actions/build/main.lua:201]:
[C]: in function 'xpcall'
[./.xmake-cache-W14/share/xmake/core/base/utils.lua:275]:
[./.xmake-cache-W14/share/xmake/core/base/task.lua:491]: in function 'run'
[./.xmake-cache-W14/share/xmake/core/main.lua:327]: in function 'cotask'
[./.xmake-cache-W14/share/xmake/core/base/scheduler.lua:406]:
stack traceback:
[C]: in function 'error'
./.xmake-cache-W14/share/xmake/core/base/os.lua:957: in function 'base/os.raiselevel'
(...tail calls...)
./.xmake-cache-W14/share/xmake/core/main.lua:329: in upvalue 'cotask'
./.xmake-cache-W14/share/xmake/core/base/scheduler.lua:406: in function <./.xmake-cache-W14/share/xmake/core/base/scheduler.lua:399>
Error: Process completed with exit code 255.
i suppose i can try to remove curl from my path and see what happens
once i uninstalled a local cmake and removed a few other things from path (like libxml) it built without problem (on windows)
so the same commit works fine when pushed as a tag apparently?
The workflow: https://github.com/SFGrenade/ZmqPb/blob/master/.github/workflows/build.yaml
could possibly mean that each second compile things work fine? idk tbh
no tag: https://github.com/SFGrenade/ZmqPb/actions/runs/8582370862
tag: https://github.com/SFGrenade/ZmqPb/actions/runs/8582432093
edit: nvm, the resulting archives are just empty
so apparently protobuf does not publicize it's dependencies (required for using it, only when linking): https://github.com/xmake-io/xmake-repo/actions/runs/8583100316/job/23521931254?pr=3712#step:6:405
considering https://github.com/xmake-io/xmake/issues/4980 was completed, i'll close this
nvm, https://github.com/NetworkingHelpers/ZmqPb-Cpp/actions/runs/8765233490/job/24056030112 can't require protobuf, because it depends on abseil, which apparently doesn't like debug static linking
yea, even in debug it wants to either have MD or MT runtimes, not the -d variants: https://github.com/SFGrenade/ZmqPb-Cpp/actions/runs/8780193422
Runs to show the -d variant phenomenon: https://github.com/SFGrenade/MinXmakeProtobufExample/actions/runs/8786162232
https://github.com/SFGrenade/MinXmakeProtobufExample/actions/runs/8786162232/job/24108368436 specifically also shows a lot of error LNK2001: unresolved external symbol
so after testing i can say that right now:
And with an actual library utilizing protobuf, tests conclude that:
Due to limited ci resources and maintenance time, packages from the xmake-repo repository cannot be guaranteed to be reliable for debug mode packages. You can either pr to improve these packages so that they support debug mode better. Or you can be patient and wait for the maintainers to improve it. This may take some time.
It is cross-compiled on windows arm ci, so its protoc binary is not executable. This means that the protobuf-cpp package does not currently support the cross-compilation toolchain. Although it can generate library files, its binary executable is not available.
It works for me.
ruki-2:MinXmakeProtobufExample ruki$ xmake run -vD MinExample
addenvs {
LD_LIBRARY_PATH = {
"/Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/lib",
"/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/lib",
"/Users/ruki/.xmake/packages/a/abseil/20240116.2/686c031234b7431d9d0437b8a28cb574/lib",
"/Users/ruki/.xmake/packages/u/utf8_range/2022.11.15/704726b2eca043f18fa655f3b94938e9/lib",
"/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/lib",
"/Users/ruki/.xmake/packages/a/abseil/20240116.2/686c031234b7431d9d0437b8a28cb574/lib"
},
DYLD_LIBRARY_PATH = {
"/Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/lib",
"/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/lib",
"/Users/ruki/.xmake/packages/a/abseil/20240116.2/686c031234b7431d9d0437b8a28cb574/lib",
"/Users/ruki/.xmake/packages/u/utf8_range/2022.11.15/704726b2eca043f18fa655f3b94938e9/lib",
"/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/lib",
"/Users/ruki/.xmake/packages/a/abseil/20240116.2/686c031234b7431d9d0437b8a28cb574/lib"
},
PATH = {
"/Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/bin",
"/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/bin",
"/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/bin"
}
}
setenvs { }
env:
=> 'SHELL=/bin/bash'
=> 'XPC_FLAGS=0x0'
=> 'TERM_PROGRAM_VERSION=450'
=> 'rvm_prefix=/Users/ruki'
=> 'JAVA_HOME=/Library//Java/JavaVirtualMachines/jdk1.8.0_291.jdk/Contents/Home/'
=> '__CFBundleIdentifier=com.apple.Terminal'
=> 'SSH_AUTH_SOCK=/private/tmp/com.apple.launchd.15JT8oSLZf/Listeners'
=> 'TERM_SESSION_ID=F2B54146-035F-4CCD-9656-A610A109FF54'
=> 'XMAKE_PROGRAM_FILE=/Users/ruki/.local/bin/xmake'
=> 'MY_RUBY_HOME=/Users/ruki/.rvm/rubies/ruby-2.6.3'
=> 'NVIM_LOG_FILE=/Users/ruki/.cache/nvim/log'
=> 'RUBY_VERSION=ruby-2.6.3'
=> 'NVIM_LISTEN_ADDRESS=/var/folders/32/w9cz0y_14hs19lkbs6v6_fm80000gn/T/nvim12LZFf/0'
=> 'PWD=/tmp/MinXmakeProtobufExample'
=> 'LOGNAME=ruki'
=> 'rvm_version=1.29.9 (latest)'
=> 'XMAKE_PROGRAM_DIR=/Users/ruki/.local/share/xmake'
=> 'LaunchInstanceID=9F3D9850-E1B0-49BE-A91F-99AEC93C89D1'
=> 'PUB_HOSTED_URL=https://pub.flutter-io.cn'
=> 'HOME=/Users/ruki'
=> 'LANG=zh_CN.UTF-8'
=> 'SECURITYSESSIONID=186a1'
=> 'VIMRUNTIME=/Users/ruki/files/nvim-osx64/share/nvim/runtime'
=> 'TMPDIR=/var/folders/32/w9cz0y_14hs19lkbs6v6_fm80000gn/T/'
=> 'FENCVIEW_TELLENC=tellenc'
=> 'rvm_bin_path=/Users/ruki/.rvm/bin'
=> 'VIM=/Users/ruki/files/nvim-osx64/share/nvim'
=> 'GEM_PATH=/Users/ruki/.rvm/gems/ruby-2.6.3:/Users/ruki/.rvm/gems/ruby-2.6.3@global'
=> 'GEM_HOME=/Users/ruki/.rvm/gems/ruby-2.6.3'
=> 'TERM=xterm-256color'
=> 'USER=ruki'
=> 'XMAKE_ROOTDIR=/Users/ruki/.local/bin'
=> 'SHLVL=3'
=> 'XPC_SERVICE_NAME=0'
=> 'MYVIMRC=/Users/ruki/.vim/init.vim'
=> 'XMAKE_SHELL=bash'
=> 'FLUTTER_STORAGE_BASE_URL=https://storage.flutter-io.cn'
=> 'PATH=/Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/bin:/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/bin:/Users/ruki/.local/bin:/Us
ers/ruki/.rvm/gems/ruby-2.6.3/bin:/Users/ruki/.rvm/gems/ruby-2.6.3@global/bin:/Users/ruki/.rvm/rubies/ruby-2.6.3/bin:/Library//Java/JavaVirtualMachines/jdk1.8.0_291.jdk/Contents/Home//bin:/usr/local/o
pt/make/libexec/gnubin:/Users/ruki/projects/working/flutter/flutter_v1.9.1+hotfix.6-stable/flutter/bin:/Users/ruki/projects/working/flutter/flutter_v1.9.1+hotfix.6-stable/flutter/bin/cache/dart-sdk/bi
n:/Users/ruki/projects/working/flutter/depot_tools:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:
/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Library/Apple/usr/bin:/Users/ruki/.cargo/bin:/Use
rs/ruki/.rvm/bin'
=> 'CLASS_PATH=/Library//Java/JavaVirtualMachines/jdk1.8.0_291.jdk/Contents/Home//lib'
=> 'IRBRC=/Users/ruki/.rvm/rubies/ruby-2.6.3/.irbrc'
=> 'rvm_path=/Users/ruki/.rvm'
=> '__CF_USER_TEXT_ENCODING=0x1F5:0x19:0x34'
=> 'TERM_PROGRAM=Apple_Terminal'
=> '_=/Users/ruki/.local/bin/xmake'
=> 'DYLD_LIBRARY_PATH=/Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/lib:/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/lib:/Users/ruki/.
xmake/packages/a/abseil/20240116.2/686c031234b7431d9d0437b8a28cb574/lib:/Users/ruki/.xmake/packages/u/utf8_range/2022.11.15/704726b2eca043f18fa655f3b94938e9/lib'
=> 'LD_LIBRARY_PATH=/Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/lib:/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/lib:/Users/ruki/.xm
ake/packages/a/abseil/20240116.2/686c031234b7431d9d0437b8a28cb574/lib:/Users/ruki/.xmake/packages/u/utf8_range/2022.11.15/704726b2eca043f18fa655f3b94938e9/lib'
Your PATH is: /Users/ruki/.xmake/packages/p/protobuf-cpp/26.1/ae262a70afeb498eb98116e7f418249c/bin:/Users/ruki/.xmake/packages/c/cmake/3.29.2/3e5df9e9859c40e58c694a1385a22115/bin:/Users/ruki/.local/bi
n:/Users/ruki/.rvm/gems/ruby-2.6.3/bin:/Users/ruki/.rvm/gems/ruby-2.6.3@global/bin:/Users/ruki/.rvm/rubies/ruby-2.6.3/bin:/Library//Java/JavaVirtualMachines/jdk1.8.0_291.jdk/Contents/Home//bin:/usr/lo
cal/opt/make/libexec/gnubin:/Users/ruki/projects/working/flutter/flutter_v1.9.1+hotfix.6-stable/flutter/bin:/Users/ruki/projects/working/flutter/flutter_v1.9.1+hotfix.6-stable/flutter/bin/cache/dart-s
dk/bin:/Users/ruki/projects/working/flutter/depot_tools:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local
/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Library/Apple/usr/bin:/Users/ruki/.cargo/bin
:/Users/ruki/.rvm/bin
Message at 0x600002ee8000
- Name: myMessage->set_name
- String: myMessage->set_string
-
It also works for me.
ruki-2:ZmqPb-Cpp ruki$ xmake run -vD --group=TESTS
[==========] Running 6 tests from 1 test suite.
[----------] Global test environment set-up.
[----------] 6 tests from ZmqPb
[ RUN ] ZmqPb.ConstructorTest01
[ OK ] ZmqPb.ConstructorTest01 (0 ms)
[ RUN ] ZmqPb.ConstructorTest02
[ OK ] ZmqPb.ConstructorTest02 (5 ms)
[ RUN ] ZmqPb.ConstructorTest03
[ OK ] ZmqPb.ConstructorTest03 (0 ms)
[ RUN ] ZmqPb.ConstructorTest04
[ OK ] ZmqPb.ConstructorTest04 (0 ms)
[ RUN ] ZmqPb.ConstructorTest05
[ OK ] ZmqPb.ConstructorTest05 (0 ms)
[ RUN ] ZmqPb.ConstructorTest06
[ OK ] ZmqPb.ConstructorTest06 (0 ms)
[----------] 6 tests from ZmqPb (6 ms total)
[----------] Global test environment tear-down
[==========] 6 tests from 1 test suite ran. (6 ms total)
[ PASSED ] 6 tests.
It works for me.
Odd that github CI doesn't like it then, but if it does work
It also works for me.
same for here
Xmake Version
v2.8.9+HEAD.cb1b65054
Operating System Version and Architecture
Windows 10 21H2
Describe Bug
The ZmqPb library needs protobuf and zmq, and for that, since https://github.com/xmake-io/xmake-repo/pull/3576, it also installs abseil.
That just doesn't work and exits(1) while configuring.
Expected Behavior
The required packages install without errors.
Project Configuration
xmake.lua
:xmake conf:
Additional Information and Error Logs
xmake config --import=.vscode/xmakeConfig.release.conf -vD
(conf is the one above) results in: