| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This reverts commit b084d842c9900e532cba11e1e5a4e85299a0e184.
|
|
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
|
|
|
|
|
|
in model importer
|
|
|
|
|
|
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
into 2025.04
|
|
|
|
|
|
|
|
|
|
texture_stride with '-1' was added in DRTVWR-592 along with
getMetersPerGrid multiplication.
|
|
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).
|
