Age | Commit message (Collapse) | Author |
|
|
|
- BF_BITNESS should be passed as a command line argument
- Made it so CUDA binaries and OSL compiled scripts would
be installed regardless WITH_BF_PYTHON (which seems to
be quite obvious)
- Disable overwrite install, so CUDA kernels installed by
it's build target will be preserved when building blender
itself.
|
|
Solves memory limit issues when building sm_13 for 32bit platform.
Some further refinement of patch could be needed.
|
|
It's intended to perform compilation of CUDA kernels only,
without doing anything with other sources/resources and
main purpose of this target is to be able to compile cuda
kernels in completely different environment than the rest
of blender was compiled.
This is needed for linux build environment, where sm_13
compilation fails dramatically in 32bit chroot but could
be compiled in 64bit environment.
|
|
|
|
config, guess needs some cleanup
|
|
if cmake fails.
|
|
|
|
Mostly, it:
* Adds numpy and opencollada
* Merges both Suse and Fedora/Redhat into a single func (not sure this is a good idea, but would have been to painful to undo this).
Notes:
* I changed a bit how numpy is handled, so that the script does not try to build it when py3.3 was installed from package!
* Bumped oiio 'magic number', as now trying to use libtiff5 means we have to rebuild everything using tiff!
* Only made a quick test on my own system, but Ejner made quite some extensive ones, so it should be safe.
* I’m not sure keeping on extending that horrible bash thing is a good idea. Shell scripts are nice for small, limited stuff, but I personnaly find that one (over 53ko!) unreadable and a pita to maintain. Further more, doing the same for windows would mean to rewrite everything in another language... I have started work to port this as a py3 script, so that we have a nice structure (classes...) easy to extend/tweak/implement in various OSs/etc.!
|
|
on the system.
Note: this doesn't work yet for everything with latest stable bullet (2.81), need to look into why and likely apply some patches upstream.
However I managed to link blender by disabling some features, likely it can be made to work without too much trouble.
|
|
by Lawrence D'Oliveiro (ldo)
so BKE_utildefines.h allows use of C99's bool type and true/false.
currently scons wont try to use stdbool.h, and works as if its never found.
|
|
|
|
|
|
No easy build configuration fix for this, need to be switched to more
like a plugin system to support jack.
|
|
* Don't put -release- string into the final .exe name.
blender-2.65-release-windows32.exe --> blender-2.65-windows32.exe
|
|
|
|
|
|
|
|
This was already done for CMake and mentioning this paths in scons only
messes things up.
|
|
This should make it easier to write user-config.py
Still not sure how to deal with OSL and LLVM in a nice way, they're currently
using some hacks which didn't support specifying this libraries as static.
|
|
|
|
Now it should respect all features option.
Also removed some duplicated entries.
|
|
|
|
bpy.ops.image.project_apply() only use local images.
|
|
re-enable them). Currently affected libs:
*libspnav
*liblame
*libjack
*libscrhoedinger
*libvpx
*libxvid
|
|
comparison (at least under fedora, debian looked OK :/ ).
|
|
Also add --skip-foo args to command line.
|
|
|
|
|
|
|
|
|
|
now you can try to build OSL with just install_deps.sh --with-osl
|
|
and brick code so that it can be uninlined.
|
|
It'll likely give issues with system boost libraries in ubuntu/debian due
to this distros doesn't like static linking and not building static libs
with -fPIC flag.
Disabling LINKSTATIC should be quite painless since blender requires the
same image libraries as oiio does.
|
|
I would recommend using debian-backports repo for cmake
|
|
otherwise asserts will abort execution for release builds.
|
|
permissions for $INST folder
|
|
|
|
user visible config to make branch merging less of a hassle.
|
|
|
|
Should affect on msvc2008 only, however scons with msvc2010 could still be broken.
|
|
|
|
|
|
Now we hide the LLVM symbols with an ld version script to avoid conflicts.
|
|
llvm-3.1 has been compiled! ;)
|
|
Unfortunately, this does not solve OSL compile problem in this distro (still the same errors, looks related to gnu c++... :/).
|
|
Also add compile_LLVM func, needed by openSuse (which llvm package is
completly broken), and probably can help for OSL in Fedora17 too (will test soon).
|
|
* Iconv libs have been removed from SVN, disable it. This hopefully fixes the buildbot.
|
|
* Enable OSL for Windows and Windows Buildbot.
|
|
|