| Age | Commit message (Collapse) | Author |
|---|
|
Disable shortening avatar skeleton in mouselook like other TPVs
|
|
bump ANIM_METERS_PER_SECOND to 20.0
|
|
This reverts commit 3a36cdf6ebd9d2795bdcd14162f38df568d51796.
|
|
On some platforms where there's no such system library, and no
prebuilt binaries for them, Expat needs to be built first before
APR, because apr-util depends on Expat.
|
|
|
|
|
|
on the CMake string match tests.
|
|
cause this one spans a bit far, that we need to set some value in
the parentheses as a reminder.
|
|
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.
|
|
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.
|
|
They haven't been used anyway because of LL_USESYSTEMLIBS (before),
and it still works even though we reverted to using LL's fork in
ColladaDOM's case, by building the fork instead of using any system
library vanilla version.
|
|
|
|
|
|
with the effect of choosing zlib over zlib-ng in any condition, which
has been the case so far. But this opens the way to relying on some
other condition, such as which platform, for deciding whether we can
use zlib-ng or not, instead of zlib. So we can freely use, for example
LL's prebuilt, zlib-ng while still using system libraries for others.
|
|
Pretty much similar to the previous commit (especially that the
the encapsulating directory, in cases where LL's prebuilt is used,
is already a searched directory by the last line in its .cmake file),
except there had never been any use of LL_USESYSTEMLIBS for this one,
so just replacing the single upstream lines would be the minimal
difference.
|
|
The only condition where Expat headers would be encapsulated is when
using LL's Autobuild-based prebuilt libraries, and we're never using
any of LL's prebuilt binary for Expat on desktop, since Expat is
practically available on any supported desktop platform.
The system Expat headers are never encapsulated in any of those
platforms.
This is the beginning of not relying on the LL_USESYSTEMLIBS macro
any more (eventually not relying on the custom USESYSTEMLIBS CMake
setting either).
Keeping the build system still flexible to have the option to use
LL's prebuilt libraries *fully* (we still use some of them in cases
where the platform may not have the related system library or for
convenience, so the term USESYSTEMLIBS may not always be consistent),
is getting harder to maintain.
The way it's done is using #if 1, in order to minimise difference
from upstream.
|
|
fix Linux build)
|
|
when compiling a Linux viewer.
|
|
LLFloaterReg in the global namespace
|
|
|
|
|
|
|
|
|
|
|
|
|
|
illustration
|
|
|
|
|
|
GCC needs cstdint header inclusion for it to compile.
include/cef needs to exist first otherwise configuration would fail.
INSTALL_RPATH is needed in try_compile-ing.
PROJECT_ARCH needs to be set on aarch64 to avoid -m64 and
-march(=x86-64) settings which aren't recognised (and wouldn't be
correct) on aarch64.
ENABLE_CXX11_ABI needs to be set ON, otherwise it would use C++ 03's ABI
and cause a linking failure.
Dullahan headers don't seem to be included in the installation upstream,
and dullahan_version.h gets generated only at least after Dullahan
configuration, hence the 2 files copying.
dullahan_host rpath removal is taken out of scope because the Fedora we
support isn't only x86-64 now.
The reindentations are just to make the uniform with the rest in the
file.
|
|
Linux on M1 crash, caused by PBR Terrain. M1 only supports 16 image
samplers in the fragment shader (GL_MAX_TEXTURE_IMAGE_UNITS).
That's why we need to be able to mask RenderTerrainPBRDetail on Linux
too by adding it to an also added TexUnit16orLess list to its feature
table, and to the graphic settings lists above it in the file.
|
|
Thanks to Jenni Windrider for the bug report and solution.
On startup, the log gets flooded with:
[0426/150813.911339:ERROR:viz_main_impl.cc(196)] Exiting GPU process due to errors during initialization
[0426/150813.918965:ERROR:egl_util.cc(44)] Failed to load GLES library: /usr/lib/x86_64-linux-gnu/libGLESv2.so: /usr/lib/x86_64-linux-gnu/libGLESv2.so: cannot open shared object file: No such file or directory
doing a ls shows there's indeed no libGLESv2.so:
ll /usr/lib/x86_64-linux-gnu/libGLESv2*
- rw-r--r-- root root 110.39K 18.Mar'25 15:10 libGLESv2_nvidia.so.2
- rw-r--r-- root root 110.39K 18.Mar'25 15:10 libGLESv2_nvidia.so.570.133.07
- rw-r--r-- root root 70.30K 08.Apr'24 10:04 libGLESv2.so.2
- rw-r--r-- root root 70.30K 08.Apr'24 10:04 libGLESv2.so.2.1.0
The package that provides this isn't installed by default:
apt-file search libGLESv2.so
libgles-dev: /usr/lib/x86_64-linux-gnu/libGLESv2.so
So installing libgles-dev fixes that.
|
|
Shorter.
|
|
Simpler.
|
|
The two conditions might not be exclusive for some platforms
(in another branch).
|
|
Same as reason as previous commit, plus the moving of OpenSSL libs
up 1 directory is still needed.
|
|
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).
|
|
On macOS, it's static library too, now, hence the stream editing is
done out of any platform scope (which it's still needed because
BUILD_SHARED_LIBS is ignored), and the (so)versions don't need to be
set any more.
CMAKE_INSTALL_LIBDIR is also ignored, hence the libcollada14dom.a
moving.
|
|
Same as previous commits, plus reminding CMAKE_BUILD_WITH_INSTALL_RPATH
needs to be set ON otherwise there would be configure error on FreeBSD,
plus the codec executables aren't needed (they would encounter linking
errors on FreeBSD, because /usr/local/lib isn't automatically added as
a header search directory).
By default OpenJPEG installation header directory is "openjpeg-2.5",
hence the renaming.
The 3 non-API headers are copied, still.
|
|
and use ARCH_PREBUILT_DIRS_RELEASE for shortening paths.
|
|
CMAKE_OSX_ARCHITECTURES & CMAKE_OSX_DEPLOYMENT_TARGET won't affect non-macOS.
Settings such as those 2, and CMAKE_BUILD_TYPE, aren't inherited,
so the significant ones should be set explicitly.
Meshoptimizer default installation header directory is without the
encapsulating "meshoptimizer" directory.
|
|
|
|
so that the C90 standard setting is not used when compiling other
dependencies such as OpenJPEG.
|
|
Pipewire in Portage has been upgraded from 1.2.7 to 1.4.2 recently.
Among our supported distros, Debian and Ubuntu are the only ones left
whose Pipewire versions are still 1.2.7, hence the changed logics.
|
|
Our Arch builds have been having NDOF enabled all this time.
|
|
getpwuid_r, which is declared in /usr/include/pwd.h, somehow is always
missed by, at least the custom, libcurl compiling process. I tried
defining __USE_POSIX so the getpwuid_r part in pwd.h is included, I also
tried undefining HAVE_GETPWUID_R so the getpwuid_r part in curl/lib/netrc.c
is skipped (respectively using -D and -U CPPFLAGS ENV setting in
indra/cmake/CURL.cmake), with no success.
So just force the getpwuid_r part in netrc.c to be skipped by
substituting defined(HAVE_GETPWUID_R) with 0.
|
|
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.
|
|
Turns out it wasn't forwarded, when I was building on macOS 15 arm64.
|
|
since it's upgraded to 1.4.1 in Fedora 42 from stable 1.2.7 in Fedora
41, and there seem to be API changes and we're not ready for them yet.
|
