Age | Commit message (Collapse) | Author |
|
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.
|
|
|
|
|
|
Surely, need to compile ffi first :)
Good news are: Python seems static enough now!
|
|
There is system-wide libz development package installed by default,
needed for some other dependencies. This patch ensures Python will
use our own self-compiled Zlib.
|
|
|
|
|
|
|
|
|
|
Ideally we should remove this difference between platforms, but for now
just do the simple fix.
|
|
This involved getting SSL compiled from sources first, ensuring
it is a static library placement independent code. Configuration
is based on what Debian is using. CFlags required to have own
configuration file, which i didn't find a better place that next
to the corresponding CMake file.
It is OpenSSL btw.
It is set to Python via --with-openssl= configuration argument.
This works fine in a clean chroot, but having libssl-dev installed
might make Python to prefer system wide library, This was worked
around by using libssl_pic.a name for the library and modifying
setup.py. Would be cool to ensure system wide libraries are not
a problem, but official release builder is safe against this,
since it will catch possible non-static dependencies.
There is also a new map file which shadows bunch of Python
symbols. Without this Python's shared libraries might bring
conflicting symbols to Blender namespace at runtime.
Hopefully this doesn't break other platforms.
|
|
Need to pass -fPIC to C code as well.
Without this blosc is not being properly placement independent.
|
|
|
|
|
|
|
|
build all object files with /bigobj since multiple of the dependencies go over the limit on x86
|
|
|
|
|
|
|
|
there is an issue with objects destructing in a non deterministic way during process shutdown, temporary work around this until osl has a fix in place.
|
|
|
|
Although we have a stub system there, we were not linking the library.
|
|
|
|
|
|
|
|
|
|
|