| Age | Commit message (Collapse) | Author |
|---|
|
Differential Revision: https://developer.blender.org/D3700
|
|
|
|
|
|
PCRE_LIBRARIES was not being set if the pcre library was found but not the headers.
|
|
all platforms have been updated
|
|
we were building ffi, but python wasn't finding it.
|
|
ffi stubbornly wants to put libs in lib64 even when you tell it not to on some linux distributions.
patch based on sed fix the gentoo guys did [1]
[1] https://bugs.gentoo.org/462814
|
|
|
|
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.
|
|
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.
|
|
|
|
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. ;)
|
|
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
|
|
|
