| Age | Commit message (Collapse) | Author |
|---|
|
Our Arch builds have been having NDOF enabled all this time.
|
|
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.
|
|
Turns out it hasn't been needed, might be leftover from system Collada
DOM, and LL has their own URI parser.
|
|
It's installation is not implied by any other package for the project,
at this moment.
|
|
|
|
by the platform/OS/distro name.
Add -a to emerge since it's very likely the user hasn't set some
necessary USE flags on before they try to install the viewer.
Decapitalise openSUSE's initial letter.
|
|
Gentoo uses lib64, just like Fedora, and has libexec too.
The necessary step to install dependencies is part of the ebuild script
now (tracked in another repo, ebuild.git).
One thing I forgot to mention on the commit in that ebuild repo is,
unzip.h is provided on Gentoo only by minizip, and not minizip-ng cause
somehow the (minizip) "compat" USE flag couldn't be turned on somehow,
and there was no "minizip" (without -ng) package on Gentoo, but it was
achievable by setting the "minizip" USE flag on the zlib (again, without
-ng) package.
The queue header inclusion is needed cause its absence would cause the
compiling to fail on Portage (though it compiled when building the
viewer manually without Portage).
Also, using the prebuilt Meshoptimizer caused some linking errors when
using Portage (though, again, it linked when building the viewer
manually without Portage), hence Meshoptimizer is built from source as
part of the CMake configuration on Gentoo, differing from fellow Linux
distros.
Now Collada DOM, firstly the unpack destination directory is moved to
inside the build directory now, to make it uniform with other 3rd-party
files, just for less confusion. Secondly, since the patching that takes
effect is the one done by Portage, it would kill the process when there
are offending failed patchings (ones that generate .rej, reject files),
and they are the vcxproj patchings which aren't used anyway. Thirdly,
the hash checking on the downloaded file, that would fail anyway since
Portage doesn't allow any downloading that isn't part of the ebuild,
unfortunately has to be skipped so the emerge process wouldn't be killed
just because of it. Ebuild has its own sum checking (though this means
this particular file is not checked on other platforms, but other files
aren't checked either anyway yet).
Last but not least, the XDG Application category is removed because it's
considered deprecated by Portage, though not fatal, but the viewer is
already shown well in the Internet (Network) submenu anyway on unix
desktops.
|
|
Since the last merge, the prebuilt version has been used for all
Megapahit platforms, when some should've used the system version instead,
as instructed.
And then, not all Linux distros don't have sufficient version of GLM on
their repos, some do have and have already been instructed to install
system GLM anyway.
So the distros that still have insufficient version of GLM (0.9.9.8
instead of the necessary 1.0.1) are Debian, Ubuntu and openSUSE
Tumbleweed, while other distros and OSes have GLM 1.0.1.
|
|
SLD2-devel no longer exists in tumbleweed repositories, replace with libSDL2_gfx-1_0-0, libSDL2_gfx-devel, & sdl2-compat-devel
|
|
since we started using more recent patch versions of LL's Collada DOM
fork.
|
|
The Collada DOM upstream patch version is one that doesn't depend on PCRE
anymore anyway.
|
|
and therefore LL's Collada DOM can be upgraded to something newer
than r4, and therefore PCRE can be no longer depended on.
Have to set the C++ standard so it doesn't use anything old, but
also it wasn't ready for something as new as C++20 yet, that's why
it's explicitly set to C++17.
Have to set the architecture too when you're cross-compiling,
it would use the native architecture.
|
|
update & include new libboost packages
|
|
Upstream is shifting towards C++20.
|
|
instead of talking about SL & showing its trademarks first.
|
|
for now. Same reason, using FMOD is the method that doesn't break CEF on
Arch.
|
|
|
|
|
|
|
|
|
|
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.
|
