Age | Commit message (Collapse) | Author |
|
|
|
|
|
on some distributions libs ended up in lib64 confusing the cmake builder.
|
|
The library can get installed in a lib/static subdirectory, so search there
as well now.
|
|
The library can get installed in a lib/static subdirectory, so search there
as well now.
|
|
|
|
Since we are not linking against OpenCV ourselves, that generated
linking errors later on (while building OSL e.g.).
Those 'open' libs link against way too many other libs... :/
Thanks to @intrah for initial report (T56785), and @LazyDodo for
suggested solution.
|
|
|
|
|
|
Obvious bug in recent CName cleanup commit, while BGE library
was indeed mentioned on that line it was to put Bullet libraries
after all the other libraries.
One day we should really switch to a CMake dependency graph to
take care of library dependencies.
|
|
|
|
|
|
Wasn't finding the include path by on Linux.
|
|
|
|
* WITH_SYSTEM_OPENJPEG is removed and is now always on, this was already
the case for macOS and Windows.
* This should not break existing Linx builds. If there is no new enough
OpenJPEG installed, CMake will no find libopenjp2 and WITH_IMAGE_OPENJPEG
will be disabled.
* install_deps.sh was updated with new package names, since distributions
put this version in a new package.
Differential Revision: https://developer.blender.org/D3663
|
|
|
|
Run "make update", or "svn update" in lib/darwin to get the matching
precompiled libraries.
|
|
Mainly this is following Linux to build own xml2/lzma/ssl/sqlite and linking
them all statically. This ensures the Python ssl module uses a recent openssl
version rather than a very old one shipped with macOS.
|
|
|
|
Issue raised in T56540, thanks.
Also tried to re-enable using fedora's llvm/clang packages, would hope
and assume old issue here is fixed.
|
|
|
|
They also went to github...
|
|
|
|
Looks like libffi is now a dependency of python as well...
Done it for the other distro as well, just in case. ;)
|
|
Conflicts:
source/blender/editors/space_node/drawnode.c
|
|
Tested with Debian Testing, might need some adjustements for other
distributions...
Also removed last patches we used here, we shall not need any anymore!
|
|
|
|
|
|
Makes it impossible to run from GUI on certain platforms, see T56628.
|
|
|
|
WITH_ASSERT_ABORT was not disabled for release builds. In most cases asserts
are disabled in release builds, but not always.
This also changes the buildbot to use blender_release.cmake instead of
blender_full.cmake, the only effective difference should be WITH_ASSERT_ABORT.
|
|
|
|
It is likely to be retired, but for until then lets ensure it works.
|
|
|
|
The idea is to make find_package() to succeed without any
extra tips given. For this, we need header files to be
harvasted.
|
|
Also clarified some options and decisions.
|
|
There is chance that on a system with both versions installed this
*might* cause some issues. Such system will be pain to support out
of the box anyway.
This change allows to use precompiled libraries without extra
modifications in the config.
|
|
|
|
- Foe some reason CMake's platform and processor are not intialized there.
- Need to set variables in cache, otherwise they are not visible in the
actual CMake files.
|
|
|
|
|
|
|
|
|
|
|
|
Works similar to how maxOS deals with this.
|
|
|
|
The script clearly states:
This makes the presumption that you are include al.h like
#include "al.h"
and not
#include <AL/al.h>
The reason for this is that the latter is not entirely portable.
Windows/Creative Labs does not by default put their headers in AL/ and
OS X uses the convention <OpenAL/al.h>.
This commit makes default precompiled OpenAL to be properly detected
and also removes hack on MacOS which was finding the OpenAL package but
then was overwriting include directory.
Note, that new audaspace in 2.8 is using expected #include <al.h>.
|
|
Without this find_package(ZLIB) will find ZLib from OpenCollada folder,
which has older ABI and is not what was used to link PNG against.
|
|
|
|
|