SFGrenade

Example project: https://github.com/SFGrenade/MinXmakeBoostExample Runs: https://github.com/SFGrenade/MinXmakeBoostExample/actions/runs/8786497833 Notes: - Shared builds successfully, but crashes once any boost.serialization function is used - Static has a bunch of `error LNK2019: unresolved external symbol` errors...

so after testing i can say that right now: - [Linux just works](https://github.com/SFGrenade/MinXmakeBoostExample/actions/runs/8908392798) - [MacOS seems to have general problems executing with shared/x86_64](https://github.com/SFGrenade/MinXmakeBoostExample/actions/runs/8908392797) - [Windows (ARM excluded) has problems on...

And with an actual library utilizing boost, tests conclude that: - [Linux works just fine](https://github.com/SFGrenade/BoostNng-Cpp/actions/runs/8909092332) - [MacOS still has the shared/x86_64 problem](https://github.com/SFGrenade/BoostNng-Cpp/actions/runs/8909092334) - [Windows also still has the shared/MT problem...

gonna close it because similar to the protobuf issue

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...

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...

> 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...

> > 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...

> `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...

> 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...