| Age | Commit message (Collapse) | Author |
|---|
|
Set PACKAGE to ON.
|
|
I've tried using FMOD instead, but CEF didn't work either.
At first I used crow-misia's WebRTC build but it would cause a
segmentation fault, but LL's build seems to break CEF.
Gotta find a way so CM's build doesn't crash the viewer.
PKGBUILD should be moved to indra/newview as an .in to be configured
by CMake for dynamic version numbers, and adjust the instruction
too to run makepkg -R from the folder where the generated PKGBUILD
will be.
|
|
Plus:
Explicit on ENABLE_MEDIA_PLUGINS
Sort Tumbleweed dependencies
Sort FreeBSD setenv line
FreeBSD dependencies that need to be explicitly installed now
|
|
just like how ADDRESS_SIZE is set with Autobuild.
|
|
so we don't need the boost package or the -no_static variant of
boost181 any more.
|
|
|
|
|
|
System 2.5.2 caused too much rainbow in DeltaFPS. For now, the OpenJPEG
listed in autobuild.xml is 2.5.0. However, LL has recently got 2.5.2
too in their OpenJPEG fork repo, but we switch to that once it's the
one listed in autobuild.xml.
Reverting to the now maintained LL 3p-openjpeg should fix the texture
thrashing problem https://megapahit.com/show_bug.cgi?id=1 starting
from DeltaFPS.
|
|
Change libboost_url version
|
|
|
|
add libboost_program_options-devel
|
|
add pcre-devel
|
|
# Conflicts:
# README.md
# indra/newview/CMakeLists.txt
|
|
Add OpenSUSE Tumbleweed build instructions to readme.md
|
|
|
|
Also add explicit minizip, pcre, and xml2 development packages in
Debian/Ubuntu instructions.
|
|
|
|
|
|
now that they don't have collada dom to pull them in automatically.
|
|
2024.08-DeltaFPS
|
|
and replace it with direct dependencies on Minizip and PCRE.
|
|
Turns out getting 2.3 compiled on those platforms need a lot more
attention.
Apart from that, the compilation result variable name got fixed,
the prebuilt include directory got fixed, and pkg-config-ing minizip,
libpcrecpp and libxml-2.0 so we can make have generic variable arguments
to pass to Collada DOM's CMake settings.
|
|
https://megapahit.com/show_bug.cgi?id=76
It seems like we have to use LL's Collada DOM 2.3.
Make sure minizip is installed on macOS.
It should be safe to uninstall your system Collada DOM package now.
The CMake arguments might have to be completed for non-Darwin
platforms in a next commit.
|
|
CMAKE_OSX_DEPLOYMENT_TARGET here, even though reset in Variables.cmake
with mmacosx-version-min, will be used as the hardened runtime version
when codesigning.
Instructions use 11 as that version, as the builder is assumed to be
building for arm64. When building for x86-64, you can replace all 11
here with 10.15.
The sudo in codesigning is required for builders on Apple Silicon whose
SIP is enabled, which is assumed to be the most likely case.
Credits to Cate (32a).
|
|
|
|
Ubuntu's OpenAL seemed to break CEF too.
|
|
I had added these for Debian, but then I wasn't sure. After starting
over from scratch to build on Ubuntu, these have to be installed
manually (probably used to be pulled in by OpenJPEG's dev package).
libxml2-utils is needed for xmllint, for parsing autobuild.xml.
Autotools are removed since we're using prebuilt xmlrpc-epi, openssl
and curl now on macOS.
cmake is brought back now that the build deps installation line is
before any cmake command.
|
|
|
|
too, not just on bash.
|
|
to make it more flexible in case we want to use a different string
for the viewer channel, such as "Megapahit Viewer Release" or the
likes.
|
|
|
|
so we can have 1 set of instructions that applies to both Debian
and Ubuntu.
|
|
|
|
The MacPorts openssl11 port is not needed any more for building our libcurl.
|
|
Also CMakeCache.txt removal and Debian dependencies that might not
be relevant on non-debootstraps are not part of the instructions.
|
|
|
|
I couldn't get try_compile to succeed using COMPILE_DEFINITIONS,
I couldn't either using quotes for the CMAKE_C_FLAGS.
|
|
The installation is already automatic.
|
|
When linking to the static archive on arm64, it would fail with an
error of undefined iconv symbols.
When linking to the dynamic library, the path was to the dynamic
library was still assumed to still be in /usr/local/lib, so specifically
for the executable target, this needs to be changed (temporarily) to
the one in the prebuilt directory first, to later be changed again
by fixup_bundle to the bundled one in Frameworks.
|
|
and building only for one architecture at a time is the one supported now.
|
|
|
|
The variables set in this file are used only in llfilesystem/CMakeLists.txt,
and only used within a Linux (& FreeBSD) section, which then later
used in llfilesystem/lldir_linux.cpp, so Darwin doesn't need these
variables set specifically for it.
|
|
and can be differentiated across different distros, even though
there are only stable/LTS Debian and Ubuntu for now.
|
|
|
|
on macOS and Fedora.
|
|
so that we don't have to run cmake twice just to pick up those
variables.
|
|
|
|
|
|
For now it still downloads even though the builder has downloaded
the files before. You could temporarily comment out the relevant
use_prebuilt_binary calls to skip all the re-downloads and re-installs.
|
|
|
