SFGrenade

And with an actual library utilizing protobuf, tests conclude that: - [Linux just works](https://github.com/SFGrenade/ZmqPb-Cpp/actions/runs/8909093919) - [MacOS apparently has the added part of cppzmq (specifically zeromq 4.3.5) to not be supported...

i suppose i'm missing some `utf8_range` link either here or in the zmqpb xmake.lua

> Homebrew provides zeromq support for MacOSX arm64, as seen in their formula located at: https://github.com/Homebrew/homebrew-core/blob/master/Formula/z/zeromq.rb. > > Considering this, I believe there is no justification for us to limit...

> try add `add_deps("utf8_range")` ? can do, would need to also create a new v0.5, as the xmake.lua needs to have the require and package.

i love it when a shared object file of a dependency is not found

> [windows arm is apparently not supported by protoc, which this needs](https://github.com/xmake-io/xmake-repo/pull/3712/commits/d489e9c52c325f6e6ed416f29a8242dbb51da4e2) interesting that protobuf-cpp / protobuf-c list general windows, without excluding arm

i love it when protobuf fails to publicise libabsl_* for linkage

> > > [windows arm is apparently not supported by protoc, which this needs](https://github.com/xmake-io/xmake-repo/pull/3712/commits/d489e9c52c325f6e6ed416f29a8242dbb51da4e2) > > > > interesting that protobuf-cpp / protobuf-c list general windows, without excluding arm >...

so the fails are: - protobuf not allowing linking of libabsl-* on linux shared - windows arm

i believe there were workflow-updates? otherwise https://github.com/xmake-io/xmake-repo/actions/runs/8910062655/job/24468532430 doesn't make sense