| Age | Commit message (Collapse) | Author |
|---|
|
|
|
Thanks to the Linux x86-64 WebRTC binary from Zenichi Amano (crow-misia).
https://megapahit.com/show_bug.cgi?id=64
Haven't been tested on openSUSE, but it should work.
|
|
|
|
2024.08-DeltaFPS
|
|
|
|
repository.
|
|
Clone the repository by git and make it a cmake submodule.
|
|
|
|
by managing to compile LL's ColladaDOM 2.3 on-the-fly.
|
|
on macOS arm64, the header directory.
|
|
Spaces are really just troublesome in argument passing. They can't
really be escaped, quoting from -D would even replace spaces with
semicolons. Hence making use of every variable that can be used in
Collada DOM's CMakeLists.txt.
|
|
This reverts commit 3bba39cf3e4d56da5aba883479539ed89fa578b9.
|
|
|
|
So that colladadom_installed won't throw USESYSTEMLIBS to the next
scope.
Also libpcrecpp_LIBRARIES doesn't take spaces (might work by escaping
the quotes, but only 1 pcrecpp needed anyway).
|
|
Turns out getting 2.3 compiled on those platforms need a lot more
attention.
Apart from that, the compilation result variable name got fixed,
the prebuilt include directory got fixed, and pkg-config-ing minizip,
libpcrecpp and libxml-2.0 so we can make have generic variable arguments
to pass to Collada DOM's CMake settings.
|
|
https://megapahit.com/show_bug.cgi?id=76
It seems like we have to use LL's Collada DOM 2.3.
Make sure minizip is installed on macOS.
It should be safe to uninstall your system Collada DOM package now.
The CMake arguments might have to be completed for non-Darwin
platforms in a next commit.
|
|
|
|
It breaks CEF on these platforms.
|
|
for macOS arm64.
|
|
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).
|
|
|
|
* #2354 Enable Tracy on test builds
* Only enable Tracy by default on windows
|
|
|
|
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.
|
|
* Enable /permissive- on MSVC for better C++ conformance and fix related errors
* Clean up left over warning suppressions from old library or msvc versions
|
|
|
|
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.
|
