Age | Commit message (Collapse) | Author |
|
|
|
|
|
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.
|
|
Also de-duplicate bit of code.
|
|
|
|
No idea why they works on windows, but points are:
- libs/tests folder is NOT checked out on any platforms
- render_povray addon does mkdir on a path which might not have parents
There might be some other issues, but those are kinda stoppers for us.
|
|
What a shame..
|
|
|
|
|
|
|
|
There'll still need to be some tweaks to be done, but it's required first step.
|
|
This we we don't have difference between builders on different platforms.
|
|
Should be no functional changes.
|
|
It is expected to be in the build folder for the cmake.
Ideally it should be build/<builder> or install/<builder> but that's a bit more
involved change. Will look into it later.
|
|
Was using wrong working directory.
|
|
Installation is to happen within the build folder, no special folder for
this is required.
|
|
|
|
This is so called "seems to work in dry tests" commit which is aimed to switch
linux release environment to CMake.
Some notes:
- There's no special handle of libstdc++, but it wasn't really static for quite
some time in SCons configuration and nobody really complained.
- It was quite tricky to get OpenMP linked statically with just using some
configuration so we went ahead and added a special option to CMake now which is
only exist on Linux and advertised as shouldn't be used.
- Packing is happening manually in slave_pack.py. This is because we have to add
some really special files to the archive (mesa libraries for example) which we
can't really handle from CMake/CPack in a nice generic way.
Don't think it's bad approach, at least crappynness is localized and it's not
_that_ crappy anyway.
- Windows buildbot should keep working, but needs doublechecing. It's just a
build folder changed, but you never know what it might imply.
- Some further tweaks are likely needed to ensure all builders are working.
Thanks Campbell for assistance in this patch!
|
|
|
|
Related to T46886.
|
|
It was enabled for other platforms already and this could fix some of the
reported bugs.
|
|
already do with llvm).
This should avoid 'casual builders' to have issues when we switch py versions.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Who in hell did make OSD dependant on llvm???
|
|
Yeah... that is correct bash boolean check syntax. Pretty sure even BASIC or Perl do better.
See http://stackoverflow.com/questions/2953646/how-to-declare-and-use-boolean-variables-in-shell-script
|
|
packages, and limited fallback for unsuported distro.
This commit adds '--build-foo' options to force the script to build relevant libraries
instead of trying to use packages from the distribution.
In addition, it also now offers (with those '--build-foo' options) the possibility
to build libraries on distributions that are not fully supported.
This is limited, but should still help people once they have installed themselves
the basics of dependencies - boost, llvm, osl/osd etc. are not libraries that are
really easy to build.
DISCLAIMER: I did not take the 20 (or more) hours needed to test all combinations
over all distributions, and given the size of the changes, bad sneaky typos are quite
probable, so please report if you get some errors!
|
|
to show it and exit (--show-deps).
More info about 'official' source and versions of main libraries handled by the script have also been added to that info option.
|