viewer.git/indra/llplugin/slplugin/CMakeLists.txt, branch 26.1.1Megapahit's fork of the Second Life viewer.
https://megapahit.org/viewer.git/atom?h=26.1.12025-10-01T08:56:56ZMerge tag 'Second_Life_Release#a6d4c1d3-2025.07' into 2025.072025-10-01T08:56:56ZErik Kundimanerik@megapahit.org2025-09-29T08:29:19Zurn:sha1:a954d290674db08ecaf3c1e6484a0cb6647b88b5Revert "Link clog too to Windows arm64 SLPlugin"2025-06-25T09:37:48ZErik Kundimanerik@megapahit.org2025-06-25T09:37:48Zurn:sha1:692c047a9e952779b81bda0d8b040e9729e1793c
This reverts commit 98e99812072e6125411174236e1421d9312a50da.
Link clog too to Windows arm64 SLPlugin2025-06-22T23:01:30ZErik Kundimanerik@megapahit.org2025-06-22T23:01:30Zurn:sha1:98e99812072e6125411174236e1421d9312a50da
Referred from cpuinfo.
Make the viewer installable & runnable on Windows2025-06-06T11:29:39ZErik Kundimanerik@megapahit.org2025-06-06T11:29:39Zurn:sha1:63e297bd8bfe9cb20244c1e72c6e957510c32851
Turns out the CMAKE_BUILD_TYPE setting is necessary, otherwise it would
be built in RelWithDebInfo configuration.
Reorganise the contributors generation and general CPack settings in
indra/newview/CMakeLists.txt.
Running sed when cross-comping for Linux, on FreeBSD, doesn't need to
use Linux's sed, so no need for ${CMAKE_SYSROOT}/usr/bin prefix, this
way that section can be reused for Windows.
I still couldn't get CPack to make NSIS not use the version numbers as
part of the default installation destination.
Using TARGETS for installing llwebrtc would cause the .lib to be
installed too, which isn't necessary, that's why we use PROGRAMS.
contributors.txt still gets generated wrongly.
The executable icon is still SL's test icon.
ColladaDOM's failure to link to Boost throw_exception, from its use of
Boost Regex, is not fixed yet. I got to this stage by temporarily
removing the offending lines in daeURI.cpp (which are the lines where
Boost Regex is used).
Introduce build system and preprocessor support for ARM642025-02-11T10:04:08ZRyerye@lindenlab.com2025-02-03T16:35:22Zurn:sha1:a455d3ee7d5ddefcdf008fa86ecc7c80aba758aaMove libexec binaries to /usr/lib/megapahit on Arch2024-12-01T10:53:58ZErik Kundimanerik@megapahit.org2024-12-01T10:53:58Zurn:sha1:e561067b7fa381474a08dcd3dbd88fd9ca9f3936
as in Arch, there's really no /usr/libexec.
`cpack -G Bundle` instead of `make install` on Mac2024-07-10T13:50:00ZErik Kundimanerik@megapahit.org2024-07-10T13:50:00Zurn:sha1:4390609584487896c58e3a9e79d2a56116336322
Root project finally renamed to Megapahit, which has a nice effect of
CPack: - Run preinstall target for: Megapahit
CPack: - Install project: Megapahit []
but it's really because CPack Bundle file couldn't be renamed via
CPACK_PACKAGE_NAME like on DEB, RPM, and FREEBSD.
CPack determines its own destination root folder, which is Resources
(I didn't find a way to set it to Contents).
fixup_bundle is now run on the .app deep inside CPack staging folders
so that the dependency copies will be included in the DMG.
Links to SLPlugin's dependencies after install2024-07-07T06:24:22ZErik Kundimanerik@megapahit.org2024-07-07T06:24:22Zurn:sha1:e09c241ce61975306cab3804f2ac76e46f357b7a
cause SLPlugin's Frameworks wouldn't exist yet before installation.
macOS install DESTINATIONs are relative paths now2024-07-07T04:01:37ZErik Kundimanerik@megapahit.org2024-07-07T04:01:37Zurn:sha1:dedf76e3f1eaebd053f193e92d6ffa3824a92c95
but set CMAKE_INSTALL_PREFIX to newview/Megapahit.app/Contents.
Fill SLPlugin.app Frameworks directory with links2024-07-06T14:05:07ZErik Kundimanerik@megapahit.org2024-07-06T14:05:07Zurn:sha1:d9a4a04b4f3eb43095cb9398b68cd73c957ab804
Adding custom command to fix SLPlugin's references wouldn't have
any effect because fixup_bundle will overwrite them in install stage.