viewer.git/indra/cmake/LLPrimitive.cmake, branch 26.1.1Megapahit's fork of the Second Life viewer.
https://megapahit.org/viewer.git/atom?h=26.1.12026-03-31T01:50:55ZAdd "minizip" to its pkgconf include dir variable2026-03-31T01:50:55ZErik Kundimanerik@megapahit.org2026-03-31T01:50:55Zurn:sha1:950815943ac6f31e9135be1b22b397dfa47a9761
on Arch and macOS. Somehow `pkg-config --cflags minizip` of current
minizip packages on those 2 OSes doesn't include the encapsulating
folder "minizip".
Boost has been upgraded to 1.90 in vcpkg2025-12-24T01:20:03ZErik Kundimanerik@megapahit.org2025-12-24T01:20:03Zurn:sha1:eb815d4745baa9741a62b892ddd6af1fcecbbfd2Update the upstream ColladaDOM revision used to 102025-11-07T06:54:52ZErik Kundimanerik@megapahit.org2025-11-07T06:54:52Zurn:sha1:1aa0ec2e5847a9d211a3d944284c91a8326eca1f
As the maintenance using an external patch is getting harder, I had
to revert the patching to internal and the building to be in the
configuration phase, made worse by CMake 4 on Arch, Gentoo and
Tumbleweed that treats the absence of a minimum requirement as an
error (the BSD sed condition is put there as an anticipation for
when in the future (Mac)Ports' CMake gets updated to 4 too).
Merge branch 'main' into 2025.072025-10-10T09:04:47ZErik Kundimanerik@megapahit.org2025-10-10T09:04:47Zurn:sha1:304d6fc43eb114599117e0ba6d3eb33b85ec15b7Tumbleweed & vcpkg Boost has been upgraded to 1.892025-10-10T09:03:08ZErik Kundimanerik@megapahit.org2025-10-10T09:03:08Zurn:sha1:c54df44ae195c2bc6ac697eac35ac2daf6a288c0
and boost-system is now header only.
Use MacPorts' Boost 1.88 instead of its Boost 1.872025-10-10T09:02:00ZErik Kundimanerik@megapahit.org2025-10-10T09:02:00Zurn:sha1:8cd24e8bc493d0f182bae70726b34d8ec8da3f1f
Now that MacPorts' newest Boost version is 1.88.
Merge tag 'Second_Life_Release#a6d4c1d3-2025.07' into 2025.072025-10-01T08:56:56ZErik Kundimanerik@megapahit.org2025-09-29T08:29:19Zurn:sha1:a954d290674db08ecaf3c1e6484a0cb6647b88b5Get the viewer installable on Debian arm642025-07-07T14:32:30ZErik Kundimanerik@megapahit.org2025-07-07T14:32:30Zurn:sha1:2c3bebeec7c7490b5f2f22ee542ba99aeebfcb19
The Debian version supported is 13 (trixie), because that's the version
I could install on my M1, hence the Boost default version is 1.83 & we
can use system's OpenJPEG 2.5.3.
Somehow CMake's FindOpenGL wasn't effective, but we can get around this
by setting the GL libraries paths when running cmake.
Debian aarch64 suffers from the same problem Fedora aarch64 had when
compiling libcurl, and it's assumed that it's Linux aarch64 thing.
When trying to build ColladaDOM when building the viewer, it couldn't
find Boost somehow, so building ColladaDOM is done in configuration
stage instead.
Upstream Variables.cmake is full of assumptions regarding architecture,
and ARCH is used in many places already for Debian/Ubuntu, so we have to
make sure ARCH is set with the correct value at the root level.
Pipewire on trixie is also too new, so it's cancelled here.
Some dependencies have the t64 suffixes on them, just like the currently
supported Ubuntu (because I guess 24.04 *is*, based on trixie).
The executable still crashes when launched on my M1, however, but we'll
commit the progress so far for now.
Fix the vcpkg Boost libraries suffix on Win arm642025-06-22T22:58:01ZErik Kundimanerik@megapahit.org2025-06-22T22:58:01Zurn:sha1:603589fde0ad81fc3687ecda0b046fb1f5260053Make sure lib/release exists on Windows arm642025-06-15T07:50:28ZErik Kundimanerik@megapahit.org2025-06-15T07:50:28Zurn:sha1:1b3041f3d8e09257a5fb90786adbe48bc0304a79
before using it for ColladaDOM library file, cause it seems that
ColladaDOM is the first one that gets built on Windows arm64 before
any other package gets installed and implicitly creating that folder.