Age | Commit message (Collapse) | Author |
|
Note these are intended for platform maintainers, we do not intend to
support users making their own builds with these. For that precompiled
libraries from lib/ should be used.
Implemented by Martijn Berger, Ray Molenkamp and Brecht Van Lommel.
Differential Revision: https://developer.blender.org/D2753
|
|
This is GCC version was used for Testbuild1 and Testbuild2.
|
|
Based on D2578, now you can install JACK audio server and use it in
Blender build without having to specify the `--with-all` option (that
one still enables also JACK of course).
Reviewers: mont29
Maniphest Tasks: T51033
Differential Revision: https://developer.blender.org/D2578
|
|
|
|
|
|
|
|
|
|
The Issue
=======
For a long time now MinGW has been unsupported and unmaintained and at this point,
it looks like something that we should just leave behind and move on.
Why Remove
==========
One of the big motivations for MinGW back in the day is that it was free compared to MSVC which was licensed based.
However, now that this is no longer true we have basically stopped updating the need CMake files.
Along with the CMake files, there are several patches to the extern libs needed to make this work. For example, see:
https://developer.blender.org/diffusion/B/browse/master/extern/carve/patches/mingw_w64.patch
If we wanted to keep MinGW then we would need to make more custom patches to the external libs and
this is not something our platform maintainers are willing to do.
For example, here is the patches needed to build python: https://github.com/Alexpux/MINGW-packages/tree/master/mingw-w64-python3
Fixes T51301
Differential Revision: https://developer.blender.org/D2648
|
|
|
|
|
|
|
|
|
|
|
|
|
|
QtKit was removed in macOS Sierra, this patch disables WITH_CODEC_QUICKTIME
in Sierra and greater versions of macOS.
Reviewed By: brecht
Differential Revision: https://developer.blender.org/D2645
|
|
|
|
|
|
Similar to previous commit for Gflags.
|
|
It is disabled by default, so should not affect existing configurations.
Main benefits of this goes as:
- Linux distros can use that to avoid libraries duplication and link
blender package against gflags package from the system.
- It it easier to test whether Blender works with updated version of
Gflags prior to re-bundling the library.
|
|
|
|
|
|
Stupid toolkit is really fragile about CLang version.
|
|
Couple of things here:
- Boost is not necesserily compiled into your /opt/lib and system-wide
version might have been used. The recent change in Alembic did not
take this into account.
- Alembic needs some extra component of Boost.
This part might be missing now for other distros than DEB.
|
|
OIIO in release environment is compiled with Freetype support.
This fixes compilation error of static unit tests.
|
|
|
|
|
|
|
|
bf_alembic depends on bf_bmesh, and should therefore be above it.
|
|
Seems CMake is not happy about changing compiler from script.
|
|
|
|
As requested by @sergey.
|
|
It was a leftover from when Alembic with HDF5 was still officially
supported.
|
|
This provides us with a clearer API (so I don't have to use const_cast<>
in upcoming code). It also allows layering of different Alembic files,
so you can have a base file and load a separate file containing overrides.
Verbally approved by Dr. Sergey.
|
|
|
|
Alembic requires one of ALEMBIC_LIB_USES_BOOST, ALEMBIC_LIB_USES_TR1, or
C++11, and silently defaults to the latter if the former two are OFF.
Before this change, Alembic was only built without C++11 of OpenEXR
was built at the same time. This dependency was both unnecessary and
undocumented.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Newer toolkit has some weird issue with cross0-compiling 32bit kernels
from 64bit environment.
|
|
This was initially needed for heterogeneous setup of two toolkits which
we no longer need.
|
|
In fact, we could probably remove this option all together.
|
|
Path by @alekulyn, thanks.
Differential Revision: https://developer.blender.org/D2571
|
|
|
|
|
|
|
|
The script complained that it could not find the executable "--build-all".
|
|
opensubdiv. Fixes T50548
|