| Age | Commit message (Collapse) | Author |
|---|
|
Ubuntu, unlike Debian, has /lib64 and /usr/lib64 in their system,
so it misled CMake. This is a quick fix, ideally it's the distro
name that is checked.
|
|
|
|
|
|
cause they're not like 0 valued ${_binary}_installed that it would
run lipo -thin on already thinned binaries.
|
|
|
|
Refer to this commit if you need to recover the steps in compiling
XMLRPC-EPI.
The prebuilt binary for Darwin is distributed as universal, and will
be thinned accordingly. It also makes use of autobuild.xml, but only
partially (the sha1sum isn't used yet in the Prebuilt.cmake reimplementation).
|
|
also to minimise ViewerMisc.cmake diff from upstream.
|
|
Anticipate the possibility that an archive isn't suffixed with a 64.
Parentheses need to be escaped by quotes (backslashing would work too),
otherwise they would be parsed as part of CMake commands syntax.
Regex subexpressions shouldn't contain regex themselves (only verbatim
or preprocessed strings are used within the parentheses).
|
|
|
|
|
|
2024.06-atlasaurus
|
|
|
|
Turns out it was on by default, probably that's why it would fail
on everyone else's systems, building libcurl, cause in the log
I saw libssh2 was requiring the very openssl3 we have to deactivate
until libcurl compilation is done.
|
|
Its own CPACK_RPM_PACKAGE_REQUIRES will catch up soon.
|
|
|
|
|
|
instead of 0.
|
|
in their original names.
|
|
Still triggered by upstream autobuild.xml even though there is
actually no need to update on macOS arm64's side.
|
|
|
|
LLCoreHttp.cmake is included earlier (by llappearance/CMakeLists.txt),
before llcorehttp/CMakeLists.txt (even though it includes LLCoreHttp.cmake
in return).
|
|
cause it's needed at least on macOS, where the command to install
the FMOD (which is the one done earliest) library is
execute_process(COMMAND lipo), and not file(COPY) that would imply
a mkdir.
|
|
|
|
instead of if there's openjpeg.
|
|
|
|
|
|
so we can have 1 set of instructions that applies to both Debian
and Ubuntu.
|
|
The MacPorts openssl11 port is not needed any more for building our libcurl.
|
|
|
|
Also CMakeCache.txt removal and Debian dependencies that might not
be relevant on non-debootstraps are not part of the instructions.
|
|
|
|
file(COPY) seems to already include making the necessary directories.
|
|
yet, i.e. OpenJPEG not installed yet.
|
|
I couldn't get try_compile to succeed using COMPILE_DEFINITIONS,
I couldn't either using quotes for the CMAKE_C_FLAGS.
|
|
file(DOWNLOAD) replacing execute_process(COMMAND curl),
file(ARCHIVE_EXTRACT) replacing execute_process(COMMAND tar xf),
file(MAKE_DIRECTORY) replacing execute_process(COMMAND mkdir -p),
file(COPY) replacing execute_process(COMMAND cp),
file(RENAME) replacing execute_process(COMMAND mv),
try_compile replacing execute_process(COMMAND cmake/make),
LIBS_PREBUILT_DIR replacing AUTOBUILD_INSTALL_DIR,
0 replacing ${${_binary}_installed} where appropriate,
no FMOD reinstallation when it's already installed,
and archives & unarchived source/build directories are in CMake
root binary directory, instead of /tmp.
SHOW_PROGRESS is on for downloading Dullahan from the Megapahit
website cause it can be slow.
|
|
|
|
When linking to the static archive on arm64, it would fail with an
error of undefined iconv symbols.
When linking to the dynamic library, the path was to the dynamic
library was still assumed to still be in /usr/local/lib, so specifically
for the executable target, this needs to be changed (temporarily) to
the one in the prebuilt directory first, to later be changed again
by fixup_bundle to the bundled one in Frameworks.
|
|
|
|
|
|
also fix ${_binary} to its intended fmodstudio name.
|
|
|
|
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.
|
