<feed xmlns='http://www.w3.org/2005/Atom'>
<title>viewer.git/indra/cmake/OpenSSL.cmake, branch 26.1.1</title>
<subtitle>Megapahit's fork of the Second Life viewer.
</subtitle>
<id>https://megapahit.org/viewer.git/atom?h=26.1.1</id>
<link rel='self' href='https://megapahit.org/viewer.git/atom?h=26.1.1'/>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/'/>
<updated>2025-10-03T08:58:45Z</updated>
<entry>
<title>Fix cURL failing to link to OpenSSL on Linux/BSD</title>
<updated>2025-10-03T08:58:45Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-10-03T08:58:45Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=a9ab1258254002bac31db07f65f9f82c6d4dcf98'/>
<id>urn:sha1:a9ab1258254002bac31db07f65f9f82c6d4dcf98</id>
<content type='text'>
when linking the final executable.
Basically bringing back previous code, but exempting Darwin cause
somehow the extra target link broke CEF.
</content>
</entry>
<entry>
<title>Merge tag 'Second_Life_Release#a6d4c1d3-2025.07' into 2025.07</title>
<updated>2025-10-01T08:56:56Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-09-29T08:29:19Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=a954d290674db08ecaf3c1e6484a0cb6647b88b5'/>
<id>urn:sha1:a954d290674db08ecaf3c1e6484a0cb6647b88b5</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Use system (vcpkg) OpenSSL &amp; cURL on Windows arm64</title>
<updated>2025-06-11T16:32:22Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-06-11T16:32:22Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=3908abc96cb742623b2945eb382ad72628b234a0'/>
<id>urn:sha1:3908abc96cb742623b2945eb382ad72628b234a0</id>
<content type='text'>
cURL is installed on arm64 cause there doesn't seem to be any easy
way to build OpenSSL 1.1 for Windows arm64 (which LL's cURL fork
depends on).
</content>
</entry>
<entry>
<title>Pass configuration phase with vcpkg replacing MSYS2</title>
<updated>2025-05-27T02:01:21Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-05-27T02:01:21Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=7ecde89008f9ed39c357b606d3bc231ba4360ee2'/>
<id>urn:sha1:7ecde89008f9ed39c357b606d3bc231ba4360ee2</id>
<content type='text'>
I happen to be using just Git Bash for convenience for running the
commands on the Windows build instructions, hence the build folder
pattern to be ignored from the result of running `uname -s` there.
The instructions omit the part where you install vcpkg and set the
VCPKG_ROOT environment variable, cause it depends on where you install
vcpkg to your liking, but the next commands will rely on that variable
being set correctly.
The CMake used here is MS VS 2022 Community Edition's one, since it will
know where the C++ compiler is.
$VCPKG_ROOT/downloads/tools/msys2/21caed2f81ec917b/mingw64/bin is where
pkg-config.exe can be found.
$VCPKG_ROOT/installed/`uname -m|sed 's/86_//'`-windows/tools/libxml2 is
where xmllint.exe can be found (from libxml2[tools]).
PKG_CONFIG_LIBDIR and PYTHON environment settings are pretty
self-explanatory.
The flags set on LL_BUILD are now for Visual C++ and not MinGW(64)'s GCC
or Clang any more, and copied from most of the flags in the variables
file from LL's build-variables repo.
vcpkg's apr &amp; apr-util packages don't seem to install their .pc files,
hence the manual target_include/link_directories/libraries settings,
relying on some automatically generated INTERNAL CMake variable called
prefix_result. vcpkg's Boost needs the same treatment, plus some suffix.
We still use LL's prebuilt libs for OpenSSL, libcurl and WebRTC.
Actually too for ColladaDOM for now, but we prepare Windows ColladaDOM
self-building for later.
For GLM and Meshoptimizer too, it's just the checking that's skipped
otherwise it would fail (but the vcpkg packages can be used).
Visual C++ doesn't recognise the no-deprecated-declarations compile
option.
On Visual C++, the macro to denote x86-64 seems to be _M_X64 (if not
added there, it would try to find sse2neon :))
We still aren't using Autobuild here for Windows either, hence the
FALSE-d viewer_manifest.py based file bundling.
</content>
</entry>
<entry>
<title>Empty CMake elses &amp; endifs parentheses</title>
<updated>2025-05-13T02:48:20Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-05-13T02:48:20Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=793bdbf972eca4c032813d6e2c4ef4e79d1628eb'/>
<id>urn:sha1:793bdbf972eca4c032813d6e2c4ef4e79d1628eb</id>
<content type='text'>
to make it more flexible the next time a value in the if's parentheses
gets changed again, and also to reduce duplicate pattern matches when
grepping those CMake files with certain keywords.
</content>
</entry>
<entry>
<title>Not rely on (LL_)USESYSTEMLIBS macro &amp; CMake setting</title>
<updated>2025-05-13T02:22:54Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-05-13T02:22:54Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=f5ab6e11f13699c03a696611f67f8384434130a1'/>
<id>urn:sha1:f5ab6e11f13699c03a696611f67f8384434130a1</id>
<content type='text'>
but the fact that we keep on using as many system libraries as we
can (and only resort to other sources in certain cases), hasn't
changed, of course.
Also stop having to set USE_AUTOBUILD_3P to OFF.
Lines are reindented, and when a system library can be found for
a dependency, then that should be the way. If later we find out
that using some other way is better, than stick to that. So, one
option at a time, whichever is best for the situation.
GLEXT hasn't been used, and in order to be not having to hack its
.cmake file, we bypass it and refer to GLH (which is still used)
right away in LLWindow.
CMake commands that need to be bypassed, if it's a one-liner then
it's just commented out, but if it's multiple lines, then scope
them with if (FALSE) to minimise difference.
</content>
</entry>
<entry>
<title>Config OpenSSL install dirs so it can make install</title>
<updated>2025-04-27T11:40:40Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-04-27T11:40:40Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=3a43831be63cd4b5d50c847270aff16ead6d96b1'/>
<id>urn:sha1:3a43831be63cd4b5d50c847270aff16ead6d96b1</id>
<content type='text'>
so there's no need to have the long list of installed files.
openssldir is set to isolate the files so they won't pollute
the packages directory (which could lead to confusion).
</content>
</entry>
<entry>
<title>Get the viewer launching on Fedora Asahi Remix</title>
<updated>2025-04-19T12:21:46Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2025-04-19T12:21:46Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=ad9c801edb13568657c0964ebfb74257da6d9e00'/>
<id>urn:sha1:ad9c801edb13568657c0964ebfb74257da6d9e00</id>
<content type='text'>
Media plugins enabling not yet.
OpenXR is disabled for now (it hasn't been used anyway).
perl-FindBin is needed to be able to build OpenSSL on Fedora aarch64.
Setting the C standard to 90 when building cURL is needed, otherwise
it would fail at configure time with a misleading error of not finding
link/run time requirements for dependencies (such as nghttp2 and zlib),
at least on Fedora (and macOS too back then, I remember).
GCC treated SSE2NEON warnings as errors on so many files,
so -Wno-cpp is added globally.
The same Linux CPU frequency calculation needs to be out of the x86 scope,
otherwise the viewer would complain about not meeting the requirements
at launch time.
</content>
</entry>
<entry>
<title>Update dependencies with support for apple silicon</title>
<updated>2025-02-11T10:04:06Z</updated>
<author>
<name>Rye</name>
<email>rye@lindenlab.com</email>
</author>
<published>2025-02-02T12:08:40Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=7bba6b835f2a64367399931b06597046b6f9e004'/>
<id>urn:sha1:7bba6b835f2a64367399931b06597046b6f9e004</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Windows configuration, with MSYS2 in MinGW for now</title>
<updated>2024-09-30T03:48:20Z</updated>
<author>
<name>Erik Kundiman</name>
<email>erik@megapahit.org</email>
</author>
<published>2024-09-30T03:48:20Z</published>
<link rel='alternate' type='text/html' href='https://megapahit.org/viewer.git/commit/?id=f7873910039b45b4426172cea1f0db3f79f349c5'/>
<id>urn:sha1:f7873910039b45b4426172cea1f0db3f79f349c5</id>
<content type='text'>
Also simplify CMake-based dependency projects, the parameters that
have been set for the viewer seem to have been implied all this time
for the subprojects.
</content>
</entry>
</feed>
