| Age | Commit message (Collapse) | Author |
|---|
|
|
|
This variables are being cached anyway and can only be changed on first run,
no need to keep reporting them again and again.
|
|
This patch will match where install_deps puts OpenSubdiv.
|
|
Based on patch D1644 by Jeffrey Hoover
|
|
The main purpose of such linking is to make Blender compatible with
NVidia's debuggers and profilers which are doing some LD_PRELOAD
magic to intercept some function calls. Such magic conflicts with
our CUDA wrangler magic and causes segmentation faults.
The option is disabled by default, so there's no affect on any of
artists.
In order to make Blender linked directly against CUDA library use
the WITH_CUDA_DYNLOAD CMake option (it's marked as advanced).
|
|
|
|
|
|
distro.
|
|
And we can even use vanilia version of OSL now! :D
|
|
|
|
|
|
script as sudo then)
|
|
it's no longer used by any of the parts of Blender.
|
|
|
|
Arg, forgot half of it, sorry for the noise. :|
|
|
message.
Reported by venomgfx on IRC, thanks.
|
|
|
|
Logically it is intern library since being mainly developed by 1.5 blender guys.
|
|
The idea is to split them into two separate targets and have dedicated include
directories list for each of them in order to avoid some annoying include header
modifications in comparison with upstream.
Reviewers: campbellbarton, juicyfruit
Differential Revision: https://developer.blender.org/D1706
|
|
release environment
It was not updated in ages and in fact, it's easier to wrap release environment
into Docker or VirtualBox image.
|
|
While SCons building system was serving us really good for ages it's no longer
having much attention by the developers and started to become quite a difficult
task to maintain.
What's even worse -- there started to be quite serious divergence between SCons
and CMake which was only accumulating over the releases now. The fact that none
of the active developers are really using SCons and that our main studio is also
using CMake spotting bugs in the SCons builds became quite a difficult task and
we aren't always spotting them in time.
Meanwhile CMake became really mature building system which is available on every
platform we support and arguably it's also easier and more robust to use.
This commit includes:
- Removal of actual SCons building system
- Removal of SCons git submodule
- Removal of documentation which is stored in the sources and covers SCons
- Tweaks to the buildbot master to stop using SCons submodule
(this change requires deploying to the server)
- Tweaks to the install dependencies script to skip installing or mentioning
SCons building system
- Tweaks to various helper scripts to avoid mention of SCons folders/files
as well
Reviewers: mont29, dingto, dfelinto, lukastoenne, lukasstockner97, brecht, Severin, merwin, aligorith, psy-fi, campbellbarton, juicyfruit
Reviewed By: campbellbarton, juicyfruit
Differential Revision: https://developer.blender.org/D1680
|
|
cmake_qtcreator_project.py now takes a '--build-dir' argument.
Since introduction of argparse, accessing last argv from project_info is no longer working.
Now require a call to project_info.init before use.
|
|
|
|
|
|
- Remove deprecated/unused builders
- Remove unused SCons OSX slave configuration
- Remove SCons slave logic, it is not giving error about unknown building
system used for the slave.
|
|
|
|
Funny thing, 32bit OSX slave was always building 64bit CUDA kernels
and nobody never noticed this..
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Differential Revision: https://developer.blender.org/D1662
|
|
|
|
Those stupid ones only have one version of llvm (obviously not 3.4 one ;) ), so we have to build again
LLVM3.4 in those cases. Thing is,
* I did not update LLVM magic number when fixed a stupid typo breaking OSL building (the terminfo thing),
so many people were still using previously-built LLVM.
* Even worse, options passed to OSL to specify own LLVM from /opt/lib were wrong (not sure when this got
out of sync...).
Thanks to mib2berlin and slikdigit for the report & testings!
|
|
RPM-based distro...
|
|
|
|
with OPM and 3.5.0).
|
|
command line.
Avoid user to have to edit themselves their CMake config.
Thanks a bunch @campbellbarton for the tip! :D
|
|
Luckily we'll soon get rid of that insane dual build system maintenance...
Anyway, thanks to Leo Koppel (lack) for the report and patch.
|
|
|
|
This is also has been moved to the CMake, no need to keep old dying code around.
|
|
It is now totally covered by cmake slave.
|
|
Also make it a bit more reasonable name for config files.
|
|
This is totally matching the way how buildbot was naming the directory.
Currently there's a bit of code duplication, but it'll be eliminated once
we'll get rid of SCons ;)
|
|
|
|
|
|
|
|
Path is to be fully specified, so it's independent form the working directory.
|
