| Age | Commit message (Collapse) | Author |
|---|
|
Add openSUSE Tumbleweed package requirements
|
|
|
|
https://megapahit.com/show_bug.cgi?id=98
by just enabling JS dependencies (we have our own implementation
of downloading "prebuilt" libraries now).
|
|
|
|
|
|
Also add explicit minizip, pcre, and xml2 development packages in
Debian/Ubuntu instructions.
|
|
|
|
Comment out 'install' lines in collada-dom' CMakeLists.txt, because
|
|
we do not really use what is 'installed', but use what is there
before installing.
This should fix the build on Ubuntu.
|
|
Add some more disctinction between titlebar and rest of window.
|
|
|
|
So, it was minizip, not minizip-ng. Sorry.
|
|
|
|
Fix build again.
|
|
added -Wno-error=unused-result to the target collada14dom.
|
|
Fix build.
|
|
* check for minizip (not minizip-ng) on Linux (Debian)
* added find_package(Boost REQUIRED CONFIG) in collada-dom build
for Linux and FreeBSD
|
|
chat notification, and change the default channel to 751751.
|
|
now that they don't have collada dom to pull them in automatically.
|
|
Build collada-dom in the build stage for Linux and FreeBSD
|
|
|
|
repository.
|
|
Clone the repository by git and make it a cmake submodule.
|
|
|
|
and replace it with direct dependencies on Minizip and PCRE.
|
|
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.
|
|
As if it was the user typing "/157157 Now playing blabla".
|
|
Not in effect yet.
|
|
|
|
Somehow it wouldn't get signed using the previous way even though
that's pretty much how it was done in my script all this time, which
would work. So I just had to move it to the next execute_process,
and problem solved.
|
|
CMAKE_OSX_DEPLOYMENT_TARGET here, even though reset in Variables.cmake
with mmacosx-version-min, will be used as the hardened runtime version
when codesigning.
Instructions use 11 as that version, as the builder is assumed to be
building for arm64. When building for x86-64, you can replace all 11
here with 10.15.
The sudo in codesigning is required for builders on Apple Silicon whose
SIP is enabled, which is assumed to be the most likely case.
Credits to Cate (32a).
|
|
|
|
It breaks CEF on these platforms.
|
|
|
|
Ubuntu's OpenAL seemed to break CEF too.
|
|
foreach, and execute_process' OUTPUT_VARIABLE just don't work in
installation phase SCRIPT.
|
|
|
|
for macOS arm64.
|
|
I had added these for Debian, but then I wasn't sure. After starting
over from scratch to build on Ubuntu, these have to be installed
manually (probably used to be pulled in by OpenJPEG's dev package).
libxml2-utils is needed for xmllint, for parsing autobuild.xml.
Autotools are removed since we're using prebuilt xmlrpc-epi, openssl
and curl now on macOS.
cmake is brought back now that the build deps installation line is
before any cmake command.
|
|
Must have missed when I was replacing the word "gtk" (on gtk2.0-0)
with the word "fltk".
|
|
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.
|
|
JsonCpp isn't used any more and Boost is linked statically now, so
SLPlugin doesn't need to link to any Boost dynamic libraries upwards
(which are of an older version and are there because they're still
needed by Collada DOM).
I suspect links to non-existent files have been the cause of why
Gatekeeper just wouldn't identify the developer despite the fact
that Apple notarisation service would still accept the bundle and
various Apple's integrity (command-line) tools would still validate
the bundle too.
This commit also removes unnecessary linkage changes for the media
plugins.
|
|
|
