viewer.git/indra/cmake/Variables.cmake, branch 26.4

Merge remote-tracking branch 'secondlife/release/26.4' into 26.4

2026-09-04T13:58:53Z

Merge remote-tracking branch 'origin/develop-linux' into geenz/linux-to-develop

2026-08-12T01:39:19Z

macOS 27 build fixes + transition to UTType for file pickers (#5937)

2026-06-17T15:46:23Z

* Get the viewer building on macOS 27 * Strip -mmacosx-version-min when we're below an SDK supported version. Substitutes an actual SDK supported minimum version. * Move kIOMainPortDefault behind an SDK compatibility check. * Update llwindowmacosx_iokit.h * Update llwindowmacosx_iokit.h

Run tests using ctest after all targets are built to reduce build contention

2025-10-27T08:59:15Z

Reuse test runner compilation unit to reduce extra source files compiled by 189 Only build macOS tests for build host architecture that will be running them to reduce wasted CI time Signed-off-by: Rye

CMake changes for linux64 support including code from archive/develop

2025-10-27T08:59:13Z

Restore changes for GLIB based dbus support from archive/develop Signed-off-by: Rye

Merge tag 'Second_Life_Release#a6d4c1d3-2025.07' into 2025.07

2025-10-01T08:56:56Z

Improvements found in reviewing mac_arm branch #4629

2025-09-10T20:04:04Z

Fix macos build arch and deploy target due to cmake behavior changes

2025-09-05T23:35:22Z

Fix up universal build

2025-08-28T04:43:38Z

Get the viewer installable on Debian arm64

2025-07-07T14:32:30Z

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.