| Age | Commit message (Collapse) | Author |
|---|
|
by making sure we *write* the _installed files (containing the value 0).
|
|
and building only for one architecture at a time is the one supported now.
|
|
|
|
LL's build seems to have a minimum macOS of 13.3.
|
|
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.
|
|
where they belong in newview/CMakeLists.txt.
|
|
by moving them to Variables.cmake so they can be reused throughout
all CMake files.
|
|
and Ubuntu. find_package(meshoptimizer) didn't imply its
target_link_libraries.
|
|
It is decided that on x86-64, it's compiled too instead of using
LL's (old) prebuilt libmeshoptimizer.a.
|
|
|
|
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.
|
|
automatically. Fix tab to spaces too.
|
|
|
|
Since llaudio is configured before any other LL library, FMOD gets
to be checked first that has a binary library.
|
|
For example, emoji_shortcodes, it's actually common, not a platform
specific binary, so it can be used by FBSD as well.
|
|
Also minimise ViewerMiscLibs.cmake diff from upstream.
|
|
It still parses autobuild.xml, but using `xmllint --xpath`.
It searches for the "common" version of the package first, if not
found then it searches for the platform specific version.
The URL parsed is then fed to cURL, determining our own output
file name (since I couldn't find a way to extract remote file name
easily using cURL) assuming the ones we need all have tar.zst
extension now. It downloads to /tmp and finally extracts to packages.
|
|
|
|
It's assumed any relevant VLC dmg has been downloaded to ~/Downloads/.
|
|
It's assumed that fmodstudioapi20223mac-installer.dmg has been
downloaded to ~/Downloads/.
|
|
Somehow it wouldn't work when the libvlc dylibs linked by
media_plugin_libvlc were far in Frameworks, even with all the
linkages and VLC_PLUGIN_PATH set correctly.
Because of this, I had to make the libvlc files redundantly copied
(they're under 1 MB so we'll live with it) in llplugin just like
upstream for media_plugin_libvlc to link to instead, though it seems
the directory name can be anything, so I just let it be "plugins"
for installation convenience using CMake.
Also now the builder is assumed to not necessarily want VLC.app to
be installed in /Applications, though they would need to keep the
downloaded VLC disc image open.
|
|
|
|
|
|
They're custom anyway so very unlikely to be reused in other projects.
TinyGLTF.cmake changes here just to minimise diff, the include
directory setting does not have any effect (just like in TinyEXR.cmake).
|
|
Now you can pass -DCMAKE_OSX_ARCHITECTURES:STRING=`uname -m` or
-DCMAKE_OSX_ARCHITECTURES:STRING="arm64;x86_64" and it will build
as intended.
|
|
|
|
Except for SLPlugin since there's already a custom command for it.
|
|
|
|
|
|
FindPkgConfig does the work.
|
|
Our SDL2-based code is kept Darwin-ready. This move was triggered
by the merge with SLv's release/maint-b branch causing the viewer
to show only a black screen, even though everything else seemed to
be working (logging in, streaming, quitting the app). This decision
also has caused numerous MPv specific window-related macOS bugs to
be fixed. I wanted to commit this on the main branch, but somehow
it failed to build. This move was bound to happen at the arrival of
Maintenance B after all.
|
|
|
|
# Conflicts:
# .github/workflows/build.yaml
# indra/newview/app_settings/shaders/class2/deferred/alphaF.glsl
# indra/newview/app_settings/shaders/class3/deferred/reflectionProbeF.glsl
# indra/newview/app_settings/shaders/class3/deferred/softenLightF.glsl
# indra/newview/llfilepicker.cpp
|
|
|
|
Just put the FMOD api/core files to their corresponding places somewhere
like /usr/local, and enclose the headers in a folder named "fmodstudio".
|
|
|
|
source for viewer 7.1.8.9375512768
|
|
|
|
|
|
|
|
Cause 2.5.2 on MacPorts and FBSD ports are safe, while 2.5.0 on
Debian/Ubuntu would cause a crash that we stick to LL's 2.5.0.
|
|
This reverts commit 0797257992ee7f88456d3083ebf214485b75c139.
|
|
|
|
Compiling would fail otherwise at least on Fedora 40 and Ubuntu 24.04
with their GCC 13 or newer.
|
|
source for viewer 7.1.7.8974243247
|
|
|
