openframeworks
Apothecary alternative - ofLibs
https://github.com/dimitre/ofLibs
some ideas being tested here: individual folders for each library / target / architecture each library change will spawn runners to create only the specific library, and add to a specific release. so small incremental changes in one formula doesn't affect others. they will be quick to compile.
this is already working, without using any github actions for releaes, only gh command.
I've just changed the name to ofLibs https://github.com/dimitre/ofLibs emscripten working there, RPI next.
Almost all macOS libraries built and tested (except svgtiny / curl-openssl and cairo) I'll be completing macOS libraries so I have a OF fork that can work consistently. Other platforms are tested and can be done if others jump in developing and testing.
I saw of feel if ofLibs is to be an alternative to apothecary or replacement, leaning on stuff like vcpkg might make it much more maintainable.
I generally think we should be using less libraries in the core and be building less libraries ourselves :-)
It would be great if others could jump in and work on other platforms like Windows or Linux. Each platform added will be less and less work since only the specific platform changes are needed
Recently Chalet project started supporting Meson targets which is great news for libs like Cairo https://github.com/chalet-org/chalet/issues/384
ofLibs updated, now we have libs for Linux64 and raspberry pi. using cmake install allowed correct paths for more platforms without using scripts to fix paths.
Libtess2 has some great recent corrections last week (still not part of a new release) So I've pulled latest and added a cmake project here https://github.com/dimitre/libtess2
Assimp updated to 6.0.1 libusb to 1.0.28 (there is 1.0.29 out there, only needs mergin on libusb-cmake project)