| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
before using it for ColladaDOM library file, cause it seems that
ColladaDOM is the first one that gets built on Windows arm64 before
any other package gets installed and implicitly creating that folder.
|
|
Remande skeleton translation from default skeleton to overriden skeleton
|
|
move button_row_ls up a little bit so that the buttons are not cut off by the bottom edge of the floater.
|
|
|
|
|
|
It's irrelevant on any distro anyway.
|
|
'std::char_traits<unsigned short>' on FreeBSD.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282329
|
|
|
|
|
|
I felt like they slowed down the flow.
https://developercommunity.visualstudio.com/t/warnings-in-a-windows-sdk-header-when-compiling-wi/897227
|
|
Parsing failed on macOS' CMake (could be MacPorts, could be the version)
for some reason.
|
|
|
|
For reduced log spam and calculutions and to make further modifications
easier.
|
|
Bump viewer version for 2025.04.1
|
|
|
|
Avatar Welcome Pack (Updated to target 2025.04.1)
|
|
|
|
|
|
|
|
|
|
cURL is installed on arm64 cause there doesn't seem to be any easy
way to build OpenSSL 1.1 for Windows arm64 (which LL's cURL fork
depends on).
|
|
Crow Misia's libwebrtc-bin, the one we've been relying on for WebRTC
binaries, doesn't seem to be providing Windows arm64 binaries yet.
|
|
(Eventually - marshalled by [GIRD LOWER])
|
|
There's a different section for Windows arm64, cause there are
different patterns in the commands that are too difficult to generalise.
BuildTools is used instead of the full Visual Studio IDE,
and BuildTools is installed in Program Files (x86)
on both Windows x64 and arm64.
The CMake used is the one automatically installed by vcpkg, and it
can find the compilers when the toolchain file setting is set to
the file provided by vcpkg.
This way we don't have to install VS CMake component that depends
on x64/x86 build tools, which we don't need for Windows arm64.
The pkg-config used is the other one downloaded, as the path to it
is common on both Windows arm64 and x64.
cURL is installed on arm64 cause there doesn't seem to be any easy
way to build OpenSSL 1.1 for Windows arm64 (which LL's cURL fork
depends on).
|
|
|
|
|
|
|
|
|
|
'non joints' also need adjustments
|
|
|
|
and mRayleightConfigs don't become null
|
|
* Fix for VLAs now emitting warnings on Xcode 26, and AGL being removed from the SDK.
Note: there was no warning or notice provided for AGL's removal.
* Whitespace.
|
|
Previous edit to allow runners to work independently caused the following error:
The workflow is not valid. .github/workflows/qatest.yaml (Line: 19, Col: 10): Unrecognized named-value: 'matrix'. Located at position 1 within expression: matrix.runner
|
|
|
|
|
|
* Require PR descriptions
Add a simple workflow check to ensure PRs have a description.
* Potential fix for code scanning alert no. 32: Workflow does not contain permissions
Co-authored-by: Copilot Autofix powered by AI <62310815+github-advanced-security[bot]@users.noreply.github.com>
---------
Co-authored-by: Copilot Autofix powered by AI <62310815+github-advanced-security[bot]@users.noreply.github.com>
|
|
|
|
Referring to cpack-generators(7) manual, I don't know what to replace
the <compName> in CPACK_NSIS_<compName>_INSTALL_DIRECTORY with, but in
CPACK_NSIS_INSTALL_ROOT explanation, it mentions the full directory
presented to the end user, and from that we can conclude the variable we
need to set for customisation is just CPACK_PACKAGE_INSTALL_DIRECTORY.
|
|
Process nodes through the scene hierarchy as defined in the GLTF file
instead of attempting to reconstruct parent-child relationships.
This ensures proper import of models created by GLTF transform tools.
|
|
|
|
|
|
https://stackoverflow.com/questions/5801813/c-usleep-is-obsolete-workarounds-for-windows-mingw
|
|
Process entire node hierarchy instead of only nodes with meshes.
GLTF transform tools often create intermediate transform nodes
without meshes that were being skipped, causing child meshes
to be omitted from import.
|
|
|
|
Uncomment a couple of commented out lines out in
indra/llplugin/slplugin.cpp and adjust to something like:
LLError::setTagLevel("Plugin", LLError::LEVEL_DEBUG);
LLError::logToFile("C:\\Users\\erik\\AppData\\Roaming\\Megapahit\\logs\\slplugin.log");
I got
"The requested service provider could not be loaded or initialized"
This really helped me solve it:
https://travis-ci.community/t/socket-the-requested-service-provider-could-not-be-loaded-or-initialized/1127
|
|
I started with disabling it for having BUILD_SHARED_LIBS on.
Then I enabled it for macOS when I added internal browser support for
macOS.
Then I enabled it for Linux when I added internal browser support for
Linux.
Then I enabled it for FreeBSD when I added internal browser support
attempt for FreeBSD.
I should have left it enabled by default except for platforms that
surely are not supported to have internal browser.
|
