griefith/test2
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
537e264b706ebf7b6a47a746b3985ba6ab206a02
test2/source/creator/CMakeLists.txt

Ignoring revisions in .git-blame-ignore-revs. Click here to bypass and see the normal blame view.

2128 lines
67 KiB
CMake
Raw Normal View History

License Headers: Set copyright to "Blender Authors", add AUTHORS Listing the "Blender Foundation" as copyright holder implied the Blender Foundation holds copyright to files which may include work from many developers. While keeping copyright on headers makes sense for isolated libraries, Blender's own code may be refactored or moved between files in a way that makes the per file copyright holders less meaningful. Copyright references to the "Blender Foundation" have been replaced with "Blender Authors", with the exception of `./extern/` since these this contains libraries which are more isolated, any changed to license headers there can be handled on a case-by-case basis. Some directories in `./intern/` have also been excluded: - `./intern/cycles/` it's own `AUTHORS` file is planned. - `./intern/opensubdiv/`. An "AUTHORS" file has been added, using the chromium projects authors file as a template. Design task: #110784 Ref !110783.
2023-08-16 00:20:26 +10:00
# SPDX-FileCopyrightText: 2006 Blender Authors
License headers: use SPDX-FileCopyrightText in all sources
2023-06-15 13:09:04 +10:00
#
File headers: SPDX License migration Use a shorter/simpler license convention, stops the header taking so much space. Follow the SPDX license specification: https://spdx.org/licenses - C/C++/objc/objc++ - Python - Shell Scripts - CMake, GNUmakefile While most of the source tree has been included - `./extern/` was left out. - `./intern/cycles` & `./intern/atomic` are also excluded because they use different header conventions. doc/license/SPDX-license-identifiers.txt has been added to list SPDX all used identifiers. See P2788 for the script that automated these edits. Reviewed By: brecht, mont29, sergey Ref D14069
2022-02-11 09:07:11 +11:00
# SPDX-License-Identifier: GPL-2.0-or-later
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
set(INC
Added some more directory includes for CMake.
2008-12-31 04:37:01 +00:00
../blender/editors/include
USD: prepare for building with Python support and shared libraries Shared libraries and USD plugins will be placed in the same folder, where USD already looks for plugins. This means that specifying the path to the plugins will no longer be needed once the new libraries are available for all platforms. For now the code was refactored to support both cases. Ref T99618
2022-12-05 23:10:31 +01:00
../blender/io/usd
Revert: 0dc484f9cce6f bf_rna modernisation This caused build errors on the docs builder, I can't seem to reproduce locally, so revert for now and have another look at some point in the future. Sadly as these changes usually go, this took 5c515e26bbc47 and 2f0fc7fc9f5df9 with it as well. Pull Request: https://projects.blender.org/blender/blender/pulls/132559
2025-01-02 19:56:24 +01:00
../blender/makesrna
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
)
CMake: resolve issue building without sorted libs Linking empty libs gave an error.
2019-04-15 06:38:26 +02:00
set(LIB
Cleanup: CMake: Modernize bf_blenkernel dependencies Pretty straightforward - Remove any bf_blenkernel paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132282
2024-12-23 20:08:37 +01:00
PRIVATE bf::blenkernel
Cleanup: CMake: Modernize bf_blenlib dependencies Pretty straightforward - Remove any blenlib paths from INC - Add a dependency though LIB Pull Request: https://projects.blender.org/blender/blender/pulls/109934
2023-07-10 22:04:18 +02:00
PRIVATE bf::blenlib
Cleanup: CMake: Modernize bf_bmesh dependencies Pretty straightforward - Remove any bf_bmesh paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132203
2024-12-23 17:47:25 +01:00
PRIVATE bf::bmesh
Cleanup: CMake: Modernize bf_depsgraph dependencies Pretty straightforward - Remove any bf_depsgraph paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/115422
2023-11-25 22:51:59 +01:00
PRIVATE bf::depsgraph
Cleanup: CMake: Modernize bf_dna dependencies There's quite a few libraries that depend on dna_type_offsets.h but had gotten to it by just adding the folder that contains it to their includes INC section without declaring a dependency to bf_dna in the LIB section. which occasionally lead to the lib building before bf_dna and the header being missing, while this generally gets fixed in CMake by adding bf_dna to the LIB section of the lib, however until last week all libraries in the LIB section were linked as INTERFACE so adding it in there did not resolve the build issue. To make things still build, we sprinkled add_dependencies wherever we needed it to force a build order. This diff : Declares public include folders for the bf_dna target so there's no more fudging the INC section required to get to them. Removes all dna related paths from the INC section for all libraries. Adds an alias target bf:dna to signify it has been updated to modern cmake Declares a dependency on bf::dna for all libraries that require it Removes (almost) all calls to add_dependencies for bf_dna Future work: Because of the manual dependency management that was done, there is now some "clutter" with libs depending on bf_dna that realistically don't. Example bf_intern_opencolorio itself has no dependency on bf_dna at all, doesn't need it, doesn't use it. However the dna include folder had been added to it in the past since bf_blenlib uses dna headers in some of its public headers and bf_intern_opencolorio does use those blenlib headers. Given bf_blenlib now correctly declares the dependency on bf_dna as public bf_intern_opencolorio will get the dna header directory automatically from CMake, hence some cleanup could be done for bf_intern_opencolorio Because 99% of the changes in this diff have been automated, this diff does not seek to address these issues as there is no easy way to determine why a certain dependency is in place. A developer will have to make a pass a this at some later point in time. As I'd rather not mix automated and manual labour. There are a few libraries that could not be automatically processed (ie bf_blendthumb) that also will need this manual look-over. Pull Request: https://projects.blender.org/blender/blender/pulls/109835
2023-07-10 15:07:37 +02:00
PRIVATE bf::dna
Cleanup: CMake: Modernize bf_gpu dependencies Pretty straightforward - Remove any bf_gpu paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132286
2024-12-23 21:38:19 +01:00
PRIVATE bf::gpu
Cleanup: CMake: Modernize bf_imbuf dependencies Pretty straightforward - Remove any bf_imbuf paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132336
2024-12-25 23:32:15 +01:00
PRIVATE bf::imbuf
Cleanup: CMake: Modernize bf_imbuf_movie dependencies Not entirely straightforward, some manual edits were done since when this library was created, some of the work was already done. - Remove any bf_imbuf_movie paths from INC - Add a dependency though LIB when missing - Add public dependency to bf_imbuf in bf_imbuf_movie since it uses the imbuf headers in its public headers. - Fix namespace not to have underscores context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132407
2024-12-28 20:53:18 +01:00
PRIVATE bf::imbuf::movie
Cleanup: CMake: Modernize bf_intern_clog dependencies Pretty straightforward - Remove any bf_intern_clog paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/115323
2023-11-24 17:12:24 +01:00
PRIVATE bf::intern::clog
Cleanup: CMake: Modernize bf_guardedalloc dependencies Pretty straightforward - Removes any guardedalloc paths from INC - Adds a dependency though LIB Pull Request: https://projects.blender.org/blender/blender/pulls/109925
2023-07-10 18:44:19 +02:00
PRIVATE bf::intern::guardedalloc
Cleanup: CMake: Modernize bf_render dependencies Pretty straightforward - Remove any bf_render paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132355
2024-12-26 18:50:53 +01:00
PRIVATE bf::render
VSE: Update Strip Modifier UI This PR updates the VSE strip modifiers interface. It now uses the same design as the object modifiers. Changes: * Except for the "Mask Input" subpanel, the modifier UIs are unchanged. * Modifiers can now be rearranged using drag & drop. * Additionally, there is now an active strip modifier. This is exposed though python via `strip.modifiers.active`. This is in part for !139634 which needs the concept of an active modifier. Notes: * The `modifier.cc` file included all the implementation of all modifiers. With the addition of a another new callback in this PR, this file was getting quite big so I split everything out into individual files for all modifiers. The modifiers are getting registered at launch. * The modifier panels are getting added using a UI template (`template_strip_modifiers`) very similar to the object modifiers. Pull Request: https://projects.blender.org/blender/blender/pulls/145367
2025-09-04 15:01:57 +02:00
PRIVATE bf::sequencer
Cleanup: CMake: Modernize bf_windowmanager dependencies Pretty straightforward - Remove any bf_windowmanager paths from INC - Add a dependency though LIB when missing context: https://devtalk.blender.org/t/cmake-cleanup/30260 Pull Request: https://projects.blender.org/blender/blender/pulls/132310
2024-12-24 22:40:38 +01:00
PRIVATE bf::windowmanager
Refactor: OpenColorIO integration Briefly about this change: - OpenColorIO C-API is removed. - The information about color spaces in ImBuf module is removed. It was stored in global ListBase in colormanagement.cc. - Both OpenColorIO and fallback implementation supports GPU drawing. - Fallback implementation supports white point, RGB curves, etc. - Removed check for support of GPU drawing in IMB. Historically it was implemented in a separate library with C-API, this is because way back C++ code needed to stay in intern. This causes all sort of overheads, and even calls that are strictly considered bad level. This change moves OpenColorIO integration into a module within imbuf, next to movie, and next to IMB_colormanagement which is the main user of it. This allows to avoid copy of color spaces, displays, views etc in the ImBuf: they were used to help quickly querying information to be shown on the interface. With this change it can be stored in the same data structures as what is used by the OpenColorIO integration. While it might not be fully avoiding duplication it is now less, and there is no need in the user code to maintain the copies. In a lot of cases this change also avoids allocations done per access to the OpenColorIO. For example, it is not needed anymore to allocate image descriptor in a heap. The bigger user-visible change is that the fallback implementation now supports GLSL drawing, with the whole list of supported features, such as curve mapping and white point. This should help simplifying code which relies on color space conversion on GPU: there is no need to figure out fallback solution in such cases. The only case when drawing will not work is when there is some actual bug, or driver issue, and shader has failed to compile. The change avoids having an opaque type for color space, and instead uses forward declaration. It is a bit verbose on declaration, but helps avoiding unsafe type-casts. There are ways to solve this in the future, like having a header for forward declaration, or to flatten the name space a bit. There should be no user-level changes under normal operation. When building without OpenColorIO or the configuration has a typo or is missing a fuller set of color management tools is applies (such as the white point correction). Pull Request: https://projects.blender.org/blender/blender/pulls/138433
2025-05-09 14:01:43 +02:00
PRIVATE bf::dependencies::optional::opencolorio
CMake: resolve issue building without sorted libs Linking empty libs gave an error.
2019-04-15 06:38:26 +02:00
)
CMake: support building with musl libc Instead of using macros like GLIBC we can use the CMake build systems internal functions to check if some header or functions are present on the running system's libc. Add ./build_files/cmake/have_features.cmake to add checks for platform features which can be used to set defines for source files that require them. Reviewed By: campbellbarton Ref D15696
2022-08-18 08:04:56 +10:00
if(HAVE_FEENABLEEXCEPT)
add_definitions(-DHAVE_FEENABLEEXCEPT)
endif()
CMake: add WITH_STRSIZE_DEBUG option, RNA support Support string size debug so it can be used for regular development. It works be writing values into strings, ensuring the buffer size given is actually available. Developers can use this with memory checking tools such as ASAN/valgrind to force an error when the value used for the size of a buffer is larger than the buffer. Resolve remaining issue with RNA using BLI_strncpy* in generated callback functions where the size argument didn't represent the size of the destination buffer. This is automatically enabled along with ASAN for the blender_developer.cmake configuration. Ref PR !107602.
2023-05-07 13:32:46 +10:00
if(WITH_STRSIZE_DEBUG)
Cleanup: use the name of the CMake WITH_STRSIZE_DEBUG for the define Prefer matching names so there is no reason to confuse the identifiers.
2023-05-07 13:55:19 +10:00
add_definitions(-DWITH_STRSIZE_DEBUG)
CMake: add WITH_STRSIZE_DEBUG option, RNA support Support string size debug so it can be used for regular development. It works be writing values into strings, ensuring the buffer size given is actually available. Developers can use this with memory checking tools such as ASAN/valgrind to force an error when the value used for the size of a buffer is larger than the buffer. Resolve remaining issue with RNA using BLI_strncpy* in generated callback functions where the size argument didn't represent the size of the destination buffer. This is automatically enabled along with ASAN for the blender_developer.cmake configuration. Ref PR !107602.
2023-05-07 13:32:46 +10:00
endif()
Fix tests failing on AMD Ryzen, due TBB initialization order issue Similar fix as the one we did for the blender executable, see T72015.
2020-01-31 12:51:35 +01:00
if(WITH_TBB)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Force TBB libraries to be in front of MKL (part of `OpenImageDenoise`), so
# that it is initialized before MKL and static library initialization order issues are avoided.
Fix tests failing on AMD Ryzen, due TBB initialization order issue Similar fix as the one we did for the blender executable, see T72015.
2020-01-31 12:51:35 +01:00
#
# This isn't fully robust but seems to work.
list(INSERT LIB 0 ${TBB_LIBRARIES})
CMake: recent removal of linked libs gave errors in some cases While I can't redo the error, it looks to be related to tbb & mkldnn. Adding back in this case for now.
2019-12-11 20:34:34 +11:00
list(INSERT LIB 0 bf_blenkernel)
endif()
Adds support for utf paths on Windows. Not all file formats/calls are supported yet. It will be expended. Please from now on use BLI_fopen, BLI_* for file manipulations. For non-windows systems BLI_fopen just calls fopen. For Windows, the utf-8 string is translated to utf-16 string in order to call UTF version of the function.
2012-03-20 02:17:37 +00:00
if(WIN32)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ../../intern/utfconv)
Adds support for utf paths on Windows. Not all file formats/calls are supported yet. It will be expended. Please from now on use BLI_fopen, BLI_* for file manipulations. For non-windows systems BLI_fopen just calls fopen. For Windows, the utf-8 string is translated to utf-16 string in order to call UTF version of the function.
2012-03-20 02:17:37 +00:00
endif()
Camera tracking integration =========================== Commiting camera tracking integration gsoc project into trunk. This commit includes: - Bundled version of libmv library (with some changes against official repo, re-sync with libmv repo a bit later) - New datatype ID called MovieClip which is optimized to work with movie clips (both of movie files and image sequences) and doing camera/motion tracking operations. - New editor called Clip Editor which is currently used for motion/tracking stuff only, but which can be easily extended to work with masks too. This editor supports: * Loading movie files/image sequences * Build proxies with different size for loaded movie clip, also supports building undistorted proxies to increase speed of playback in undistorted mode. * Manual lens distortion mode calibration using grid and grease pencil * Supervised 2D tracking using two different algorithms KLT and SAD. * Basic algorithm for feature detection * Camera motion solving. scene orientation - New constraints to "link" scene objects with solved motions from clip: * Follow Track (make object follow 2D motion of track with given name or parent object to reconstructed 3D position of track) * Camera Solver to make camera moving in the same way as reconstructed camera This commit NOT includes changes from tomato branch: - New nodes (they'll be commited as separated patch) - Automatic image offset guessing for image input node and image editor (need to do more tests and gather more feedback) - Code cleanup in libmv-capi. It's not so critical cleanup, just increasing readability and understanadability of code. Better to make this chaneg when Keir will finish his current patch. More details about this project can be found on this page: http://wiki.blender.org/index.php/User:Nazg-gul/GSoC-2011 Further development of small features would be done in trunk, bigger/experimental features would first be implemented in tomato branch.
2011-11-07 12:55:18 +00:00
if(WITH_LIBMV)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ../../intern/libmv)
Camera tracking integration =========================== Commiting camera tracking integration gsoc project into trunk. This commit includes: - Bundled version of libmv library (with some changes against official repo, re-sync with libmv repo a bit later) - New datatype ID called MovieClip which is optimized to work with movie clips (both of movie files and image sequences) and doing camera/motion tracking operations. - New editor called Clip Editor which is currently used for motion/tracking stuff only, but which can be easily extended to work with masks too. This editor supports: * Loading movie files/image sequences * Build proxies with different size for loaded movie clip, also supports building undistorted proxies to increase speed of playback in undistorted mode. * Manual lens distortion mode calibration using grid and grease pencil * Supervised 2D tracking using two different algorithms KLT and SAD. * Basic algorithm for feature detection * Camera motion solving. scene orientation - New constraints to "link" scene objects with solved motions from clip: * Follow Track (make object follow 2D motion of track with given name or parent object to reconstructed 3D position of track) * Camera Solver to make camera moving in the same way as reconstructed camera This commit NOT includes changes from tomato branch: - New nodes (they'll be commited as separated patch) - Automatic image offset guessing for image input node and image editor (need to do more tests and gather more feedback) - Code cleanup in libmv-capi. It's not so critical cleanup, just increasing readability and understanadability of code. Better to make this chaneg when Keir will finish his current patch. More details about this project can be found on this page: http://wiki.blender.org/index.php/User:Nazg-gul/GSoC-2011 Further development of small features would be done in trunk, bigger/experimental features would first be implemented in tomato branch.
2011-11-07 12:55:18 +00:00
add_definitions(-DWITH_LIBMV)
endif()
CMake: cleanup, arg rename, add definitions last
2019-04-16 06:11:27 +02:00
if(WITH_CYCLES)
Build: add WITH_CYCLES define for creator Recently added cycles options weren't included in the help message. Also quiet extra token warning.
2023-05-27 14:16:44 +10:00
add_definitions(-DWITH_CYCLES)
Cycles: Remove glog dependency, redirect logs to CLOG * Add own simple logging system to replace glog, which is no longer maintained by Google. * When building in Blender, integrate with CLOG and print all messages through that system instead. * --log cycles now replaces --debug-cycles. The latter still works but is no longer documented. Pull Request: https://projects.blender.org/blender/blender/pulls/140244
2025-06-12 02:19:57 +02:00
list(APPEND INC ../../intern/cycles/blender)
Cycles: Add support of Glog logging This commit makes it possible to use Glog library for the debug logging. For now only possible when using CMake and in order to use the logging the WITH_CYCLES_LOGGING configuration variable is to be enabled. When this option is not enabled or when using Scons there's no difference in Cycles behavior at all, when using logging and no output to the console impact is gonna to be minimal. This is done in order to make it possible to have debug logging persistent in code (without need to add it when troubleshooting some bug and removing it afterwards). For now actual logging is not placed yet, only all the functions needed for the logging are written and so.
2014-09-08 18:01:24 +06:00
endif()
GHOST: Replace WITH_OPENGL build option Replaces it by WITH_OPENGL_BACKEND and cleanup its usage. Limits visibility of opengl enums and cases. Pull Request: https://projects.blender.org/blender/blender/pulls/109947
2023-07-11 09:17:31 +02:00
if(WITH_OPENGL_BACKEND)
add_definitions(-DWITH_OPENGL_BACKEND)
endif()
GHOST: Vulkan Backend. This adds a vulkan backend to GHOST. The code was extracted from the tmp-vulkan branch. The main difference with the original code is that GHOST isn't responsible for fallback. For Metal backend there is already an idea that the GPU module is responsible for the fallback, not the system. For Blender we target Vulkan 1.2 at the time of this patch. MoltenVK (needed to convert Vulkan calls to Metal) has been added as a separate package. This patch isn't useful for end-users, currently when starting blender with `--gpu-backend vulkan` it would crash as the `VBBackend` doesn't initialize the expected global structs in the GPU module. Validated to be working on Windows and Apple. Linux still needs to be tested. Reviewed By: fclem Differential Revision: https://developer.blender.org/D13155
2022-11-22 11:28:37 +01:00
if(WITH_VULKAN_BACKEND)
add_definitions(-DWITH_VULKAN_BACKEND)
endif()
GPU: Use --debug-gpu-renderdoc For Renderdoc Integration. The renderdoc integration used to be behind the `--debug-gpu` command line option. When using `--debug-gpu` outside renderdoc error messages where displayed that aren't relevant. This PR adds a specific command line option for the renderdoc integration. This option will also enable `--debug-gpu`. Pull Request: https://projects.blender.org/blender/blender/pulls/106541
2023-04-04 12:46:47 +02:00
if(WITH_RENDERDOC)
add_definitions(-DWITH_RENDERDOC)
endif()
Added new command-line arguments --debug-ffmpeg and --debug-libmv to be able to see debug prints coming from FFmpeg or libmv independently of general blender debug messages.
2012-03-30 10:37:49 +00:00
if(WITH_CODEC_FFMPEG)
add_definitions(-DWITH_FFMPEG)
endif()
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
if(WITH_TBB)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ${TBB_INCLUDE_DIRS})
Fix link errors after recent FFMPEG / link_directories changes
2022-01-13 11:12:56 +01:00
if(WIN32)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# For `pragma` that links `tbbmalloc_proxy.lib`.
Fix link errors after recent FFMPEG / link_directories changes
2022-01-13 11:12:56 +01:00
link_directories(${LIBDIR}/tbb/lib)
endif()
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
endif()
Creator: move to C++ Also see #103343. Co-authored-by: Hans Goudey <h.goudey@me.com> Pull Request: https://projects.blender.org/blender/blender/pulls/110539
2023-08-02 15:34:45 +02:00
if(WIN32)
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# Windows.h will define min/max macros that will collide with the STL versions.
Creator: move to C++ Also see #103343. Co-authored-by: Hans Goudey <h.goudey@me.com> Pull Request: https://projects.blender.org/blender/blender/pulls/110539
2023-08-02 15:34:45 +02:00
add_definitions(-DNOMINMAX)
endif()
Fix blender failing to link WITH_USD when building for the first time Blender would fail to link to USD before MaterialX files were copied to the install targets lib/ directory. Resolve by including ${LIBDIR}/materialx/lib in link_directories.
2023-05-10 16:19:53 +10:00
if(WITH_USD)
# USD links libMaterialX, when using pre-compiled libraries
# ensures `usd_ms` can find `MaterialXRender` and friends.
#
# NOTE: This is _only_ needed when linking blender before the install target runs.
# Once MATERIALX libraries have been copied into `TARGETDIR_LIB` then Blender will link.
# Don't rely on this though as failing on a fresh build is no good and the library
# files could get outdated too.
if(DEFINED LIBDIR)
link_directories(${LIBDIR}/materialx/lib)
endif()
endif()
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
Added WITH_PYTHON as a cmake option
2008-12-31 05:20:35 +00:00
if(WITH_PYTHON)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ../blender/python)
rename and negate DISABLE_PYTHON --> WITH_PYTHON
2010-10-31 04:11:39 +00:00
add_definitions(-DWITH_PYTHON)
CMake build option for security report: CVE-2009-3850 Nothing is changed by default but some linux distributions want to have executing python be opt-in. This keeps the same functionality but disables auto-run from factory settings and in background mode unless its enabled as a command line argument. This CMake option is marked as advanced and wont show in the regular options list so its less likely to be enabled by people that like to turn everything ON without reading descriptions :)
2011-04-28 06:20:47 +00:00
if(WITH_PYTHON_SECURITY)
add_definitions(-DWITH_PYTHON_SECURITY)
endif()
Added WITH_PYTHON as a cmake option
2008-12-31 05:20:35 +00:00
endif()
CMake option 'WITH_HEADLESS' to build blender in headless mode (no x11/xlib) with NULL ghost classe.
2011-06-04 14:12:55 +00:00
if(WITH_HEADLESS)
add_definitions(-DWITH_HEADLESS)
endif()
misc edits - rename define DISABLE_SDL --> WITH_SDL (which was already used in some places) - blenders interation preset was using orbit rather then turntable 3d view preference (different from factory defaults). - tagged some unused rna args.
2011-10-20 00:19:21 +00:00
if(WITH_SDL)
add_definitions(-DWITH_SDL)
cmake option to disable SDL, bpy_interface.c - change order of checking scripts to avoid calling stat on .py files.
2009-07-20 10:24:53 +00:00
endif()
build python module without binreloc, add dummy argv[0] to initialize bprogname.
2011-02-21 13:13:08 +00:00
if(WITH_BINRELOC)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ${BINRELOC_INCLUDE_DIRS})
CMake: cleanup, arg rename, add definitions last
2019-04-16 06:11:27 +02:00
add_definitions(-DWITH_BINRELOC)
binreloc wasnt working with cmake.
2009-07-19 19:36:56 +00:00
endif()
I need to use the 64-bit Linux blender, but I don't want to accidentally commit creator.c, so if this file is compiled and the macro YESIAMSTUPID is defined, the executable will run, with a mean warning printed to stdout. Enable in cmake by setting YESIAMSTUPID to On, or with make by putting "export NAN_YESIAMSTUPID=true" in user-def.mk.
2007-01-23 20:08:23 +00:00
Another big patch set by Bastien Montagne, thanks a lot! * Made Freestyle optional (turned on by default). * Fix for missing bpath.c updates in the previous merge of trunk changes.
2012-12-20 07:57:26 +00:00
if(WITH_FREESTYLE)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ../blender/freestyle)
CMake: cleanup, arg rename, add definitions last
2019-04-16 06:11:27 +02:00
add_definitions(-DWITH_FREESTYLE)
Another big patch set by Bastien Montagne, thanks a lot! * Made Freestyle optional (turned on by default). * Fix for missing bpath.c updates in the previous merge of trunk changes.
2012-12-20 07:57:26 +00:00
endif()
VR: Initial Virtual Reality support - Milestone 1, Scene Inspection NOTE: While most of the milestone 1 goals are there, a few smaller features and improvements are still to be done. Big picture of this milestone: Initial, OpenXR-based virtual reality support for users and foundation for advanced use cases. Maniphest Task: https://developer.blender.org/T71347 The tasks contains more information about this milestone. To be clear: This is not a feature rich VR implementation, it's focused on the initial scene inspection use case. We intentionally focused on that, further features like controller support are part of the next milestone. - How to use? Instructions on how to use this are here: https://wiki.blender.org/wiki/User:Severin/GSoC-2019/How_to_Test These will be updated and moved to a more official place (likely the manual) soon. Currently Windows Mixed Reality and Oculus devices are usable. Valve/HTC headsets don't support the OpenXR standard yet and hence, do not work with this implementation. --------------- This is the C-side implementation of the features added for initial VR support as per milestone 1. A "VR Scene Inspection" Add-on will be committed separately, to expose the VR functionality in the UI. It also adds some further features for milestone 1, namely a landmarking system (stored view locations in the VR space) Main additions/features: * Support for rendering viewports to an HMD, with good performance. * Option to sync the VR view perspective with a fully interactive, regular 3D View (VR-Mirror). * Option to disable positional tracking. Keeps the current position (calculated based on the VR eye center pose) when enabled while a VR session is running. * Some regular viewport settings for the VR view * RNA/Python-API to query and set VR session state information. * WM-XR: Layer tying Ghost-XR to the Blender specific APIs/data * wmSurface API: drawable, non-window container (manages Ghost-OpenGL and GPU context) * DNA/RNA for management of VR session settings * `--debug-xr` and `--debug-xr-time` commandline options * Utility batch & config file for using the Oculus runtime on Windows. * Most VR data is runtime only. The exception is user settings which are saved to files (`XrSessionSettings`). * VR support can be disabled through the `WITH_XR_OPENXR` compiler flag. For architecture and code documentation, see https://wiki.blender.org/wiki/Source/Interface/XR. --------------- A few thank you's: * A huge shoutout to Ray Molenkamp for his help during the project - it would have not been that successful without him! * Sebastian Koenig and Simeon Conzendorf for testing and feedback! * The reviewers, especially Brecht Van Lommel! * Dalai Felinto for pushing and managing me to get this done ;) * The OpenXR working group for providing an open standard. I think we're the first bigger application to adopt OpenXR. Congratulations to them and ourselves :) This project started as a Google Summer of Code 2019 project - "Core Support of Virtual Reality Headsets through OpenXR" (see https://wiki.blender.org/wiki/User:Severin/GSoC-2019/). Some further information, including ideas for further improvements can be found in the final GSoC report: https://wiki.blender.org/wiki/User:Severin/GSoC-2019/Final_Report Differential Revisions: D6193, D7098 Reviewed by: Brecht Van Lommel, Jeroen Bakker
2020-03-17 20:20:55 +01:00
if(WITH_XR_OPENXR)
add_definitions(-DWITH_XR_OPENXR)
endif()
Merge newboolean branch into master. This is for design task T67744, Boolean Redesign. It adds a choice of solver to the Boolean modifier and the Intersect (Boolean) and Intersect (Knife) tools. The 'Fast' choice is the current Bmesh boolean. The new 'Exact' choice is a more advanced algorithm that supports overlapping geometry and uses more robust calculations, but is slower than the Fast choice. The default with this commit is set to 'Exact'. We can decide before the 2.91 release whether or not this is the right choice, but this choice now will get us more testing and feedback on the new code.
2020-08-28 10:56:44 -04:00
if(WITH_GMP)
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
list(APPEND INC ${GMP_INCLUDE_DIRS})
Merge newboolean branch into master. This is for design task T67744, Boolean Redesign. It adds a choice of solver to the Boolean modifier and the Intersect (Boolean) and Intersect (Knife) tools. The 'Fast' choice is the current Bmesh boolean. The new 'Exact' choice is a more advanced algorithm that supports overlapping geometry and uses more robust calculations, but is slower than the Fast choice. The default with this commit is set to 'Exact'. We can decide before the 2.91 release whether or not this is the right choice, but this choice now will get us more testing and feedback on the new code.
2020-08-28 10:56:44 -04:00
add_definitions(-DWITH_GMP)
endif()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Setup the EXE sources and `buildinfo`.
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
set(SRC
Creator: move to C++ Also see #103343. Co-authored-by: Hans Goudey <h.goudey@me.com> Pull Request: https://projects.blender.org/blender/blender/pulls/110539
2023-08-02 15:34:45 +02:00
creator.cc
creator_args.cc
creator_signals.cc
Cleanup split creator.c creator.c was getting hard to follow. - Split off argument and signal handling into own files. - Move docstrings next to functions (to keep docs grouped with code).
2016-02-28 05:10:00 +11:00
creator_intern.h
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
)
CMake: Proper bundle for blender binary for Mac OS X and just keep blenderplayer as regular binary as with download from blender3d.org
2006-12-06 00:28:13 +00:00
CMake: MSVC: Add natvis file for blender's native types This currently contains some types I personally needed more types can be added if people desire them. Due to the .natvis being added to creator, Visual Studio will automatically pick up on these types and show the improved visualizers while debugging. vscode can also use this file, but you'll have to check its documentation on how to set that up. Pull Request: https://projects.blender.org/blender/blender/pulls/118576
2024-02-27 01:02:42 +01:00
if(CMAKE_GENERATOR MATCHES "^Visual Studio.+")
# This helps visual studio find the debugger visualizers
list(APPEND SRC ${CMAKE_SOURCE_DIR}/tools/utils_ide/natvis/Blender.natvis)
endif()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# MSVC 2010 gives linking errors with the manifest.
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
if(WIN32 AND NOT UNIX)
Remove MinGW support 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
2017-05-27 15:34:55 -04:00
add_definitions(
Windows: Fill ProductVersion of blender executable On windows, the ProductVersion field of the blender executable was empty, see [1] for more information. This field might be required by windows tools such as SCCM agent to track usage statistics. It seems that it was due to the BLEN_VER_RC_STR macro used in winblender.rc not being a string. [1] https://docs.microsoft.com/en-us/windows/win32/menurc/versioninfo-resource Differential Revision: https://developer.blender.org/D5896
2019-09-25 12:06:20 -06:00
-DBLEN_VER_RC_STR="${BLENDER_VERSION}"
Fix various Blender 3.0 versioning issues This changes the following items: - package name is now `blender-3.0.0-git.09eb04c0a865-windows64` rather than `blender-3.00.0-git.09eb04c0a865-windows64` - Fix version resource for blender.exe not building - Data directories are now `3.0\...` rather than `3.00\....` - User prefs are now in: `c:\Users\users\AppData\Roaming\Blender Foundation\Blender\3.0\` rather than: `c:\Users\users\AppData\Roaming\Blender Foundation\Blender\3.00\` - Updating startup & preferences from previous release has a special exception for 3.0 to check for 3.93 and older. See T87532 Ref D10986
2021-04-16 11:17:23 +10:00
-DBLEN_VER_RC_1=${BLENDER_VERSION_MAJOR}
-DBLEN_VER_RC_2=${BLENDER_VERSION_MINOR}
-DBLEN_VER_RC_3=${BLENDER_VERSION_PATCH}
Remove MinGW support 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
2017-05-27 15:34:55 -04:00
-DBLEN_VER_RC_4=0
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
list(APPEND SRC
move windows out of source dir
2016-02-07 20:58:58 +11:00
${CMAKE_SOURCE_DIR}/release/windows/icons/winblender.rc
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
)
MSVC: Add cmake option for external manifests This PR adds a cmake option `WITH_WINDOWS_EXTERNAL_MANIFEST` which is off by default which addresses the following 2 problems: The CI env occasionally fails to link the manifest into blender.exe with mt.exe getting file in use error. The solutions mentioned online vary wildly between, just rebuild, turn off your AV, use this magic switch. None of them actually point to a root cause we can address. When building blender with clang and the visual studio generator it also somehow doesn't embed the manifest. If the bots stay problematic this option can be turned on for the CI environment, and will be automatically turned on when it detects clang and the visual studio generator being used. Pull Request: https://projects.blender.org/blender/blender/pulls/111683
2024-04-18 16:57:04 +02:00
if(NOT WITH_WINDOWS_EXTERNAL_MANIFEST)
list(APPEND SRC
${CMAKE_BINARY_DIR}/blender.exe.manifest
)
endif()
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
endif()
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
add buildinfo to cmake (no win32 support)
2009-09-24 15:36:00 +00:00
if(WITH_BUILDINFO)
rename NAN_BUILDINFO --> WITH_BUILDINFO
2011-08-22 16:54:26 +00:00
add_definitions(-DWITH_BUILDINFO)
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
# --------------------------------------------------------------------------
# These defines could all be moved into the header below
CMake: remove -fmacro-prefix-map from build-info Quotes caused build-info to fail, remove these flags since they're not necessary.
2020-11-04 18:38:49 +11:00
CMake: configue_file() to pass strings for build-info Using configue_file(..) would have avoided the breakage from 1daa3c3f0a1cfd, caused by buildinfo not properly escaping quotes. Rely on CMake to escaping strings instead using configure_file().
2020-11-06 17:11:27 +11:00
# Write strings into a separate header since we can escape C-strings
# in a way that's not practical when passing defines.
set(BUILD_PLATFORM "${CMAKE_SYSTEM_NAME}")
set(BUILD_TYPE "${CMAKE_BUILD_TYPE}")
set(BUILD_CFLAGS "${CMAKE_C_FLAGS}")
set(BUILD_CXXFLAGS "${CMAKE_CXX_FLAGS}")
set(BUILD_LINKFLAGS "${PLATFORM_LINKFLAGS}")
set(BUILD_SYSTEM "CMake")
CMake: remove -fmacro-prefix-map from build-info Quotes caused build-info to fail, remove these flags since they're not necessary.
2020-11-04 18:38:49 +11:00
if(WITH_COMPILER_SHORT_FILE_MACRO)
CMake: configue_file() to pass strings for build-info Using configue_file(..) would have avoided the breakage from 1daa3c3f0a1cfd, caused by buildinfo not properly escaping quotes. Rely on CMake to escaping strings instead using configure_file().
2020-11-06 17:11:27 +11:00
# It's not necessary to include path information
CMake: remove -fmacro-prefix-map from build-info Quotes caused build-info to fail, remove these flags since they're not necessary.
2020-11-04 18:38:49 +11:00
# about the system building Blender in the executable.
CMake: configue_file() to pass strings for build-info Using configue_file(..) would have avoided the breakage from 1daa3c3f0a1cfd, caused by buildinfo not properly escaping quotes. Rely on CMake to escaping strings instead using configure_file().
2020-11-06 17:11:27 +11:00
string(REPLACE "${PLATFORM_CFLAGS_FMACRO_PREFIX_MAP}" " " BUILD_CFLAGS "${BUILD_CFLAGS}")
string(REPLACE "${PLATFORM_CFLAGS_FMACRO_PREFIX_MAP}" " " BUILD_CXXFLAGS "${BUILD_CXXFLAGS}")
CMake: remove -fmacro-prefix-map from build-info Quotes caused build-info to fail, remove these flags since they're not necessary.
2020-11-04 18:38:49 +11:00
endif()
CMake: configue_file() to pass strings for build-info Using configue_file(..) would have avoided the breakage from 1daa3c3f0a1cfd, caused by buildinfo not properly escaping quotes. Rely on CMake to escaping strings instead using configure_file().
2020-11-06 17:11:27 +11:00
# Use `configure_file` instead of definitions since properly
# escaping the multiple command line arguments which themselves
# contain strings and spaces becomes overly error-prone & complicated.
configure_file(
"${CMAKE_SOURCE_DIR}/build_files/cmake/buildinfo_static.h.in"
"${CMAKE_CURRENT_BINARY_DIR}/buildinfo_static.h"
ESCAPE_QUOTES
@ONLY
- added back zlib include (needed for win32). - use list append in more places. - remove non existing include dir.
2010-09-07 01:13:10 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: configue_file() to pass strings for build-info Using configue_file(..) would have avoided the breakage from 1daa3c3f0a1cfd, caused by buildinfo not properly escaping quotes. Rely on CMake to escaping strings instead using configure_file().
2020-11-06 17:11:27 +11:00
unset(BUILD_PLATFORM)
unset(BUILD_TYPE)
unset(BUILD_CFLAGS)
unset(BUILD_CXXFLAGS)
unset(BUILD_LINKFLAGS)
unset(BUILD_SYSTEM)
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
# --------------------------------------------------------------------------
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Write header for values that change each build
#
# NOTE: generated file is in build directory `source/creator`
# except when used as an include path.
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: configue_file() to pass strings for build-info Using configue_file(..) would have avoided the breakage from 1daa3c3f0a1cfd, caused by buildinfo not properly escaping quotes. Rely on CMake to escaping strings instead using configure_file().
2020-11-06 17:11:27 +11:00
add_definitions(-DWITH_BUILDINFO_HEADER)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Include the output directory, where the `buildinfo.h` file is generated.
CMake: correct generated location for buildinfo.h
2015-07-19 09:53:38 +10:00
include_directories(${CMAKE_CURRENT_BINARY_DIR})
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# XXX: `${buildinfo_h_fake}` is used here,
Fix/Workaround for CMake buildinfo error Correcting the paths for buildinfo to point to the real header, ended up breaking buildinfo (by not running every build). It turns out we relied on the output _never_ existing, so CMake generates a new buildinfo each time. This is quite bad, but I didn't see a way for CMake to do this, so explicitly point to a missing file and comment whats going on.
2015-07-20 23:17:06 +10:00
# because we rely on that file being detected as missing
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# every build so that the real header `buildinfo.h` is updated.
Fix/Workaround for CMake buildinfo error Correcting the paths for buildinfo to point to the real header, ended up breaking buildinfo (by not running every build). It turns out we relied on the output _never_ existing, so CMake generates a new buildinfo each time. This is quite bad, but I didn't see a way for CMake to do this, so explicitly point to a missing file and comment whats going on.
2015-07-20 23:17:06 +10:00
#
# Keep this until we find a better way to resolve!
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: list buildinfo.h as buildinfo.cmake's output Keep the fake header to ensure we always run.
2016-06-30 08:49:50 +10:00
set(buildinfo_h_real "${CMAKE_CURRENT_BINARY_DIR}/buildinfo.h")
set(buildinfo_h_fake "${CMAKE_CURRENT_BINARY_DIR}/buildinfo.h_fake")
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: list buildinfo.h as buildinfo.cmake's output Keep the fake header to ensure we always run.
2016-06-30 08:49:50 +10:00
if(EXISTS ${buildinfo_h_fake})
Cleanup: cmake line length, wrapping
2022-09-09 11:52:14 +10:00
message(
FATAL_ERROR
"File \"${buildinfo_h_fake}\" found, this should never be created, remove!"
)
CMake: list buildinfo.h as buildinfo.cmake's output Keep the fake header to ensure we always run.
2016-06-30 08:49:50 +10:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# From the CMAKE documentation "If the output of the custom command is not actually created as a
Cleanup: Fix build warning on windows MSBuild on windows currently spews a warning about buildinfo.h_fake not being generated. For build info we use a non existing file to trigger a custom_command on every build, which has worked well for years now, however in recent versions of MSBuild it has started issuing warnings about files that should be generated but are not. CMake is actually aware of this being a problem and states in the documentation that "If the output of the custom command is not actually created as a file on disk it should be marked with the SYMBOLIC source file property." This change fixes the build warning by properly marking the buildinfo.h_fake as symbolic resolving the warning.
2020-08-27 08:10:37 -06:00
# file on disk it should be marked with the SYMBOLIC source file property."
#
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Not doing this leads to build warnings for the not generated file on
# MS-Windows when using `msbuild`.
set_source_files_properties(${buildinfo_h_fake} PROPERTIES SYMBOLIC TRUE)
Cleanup: Fix build warning on windows MSBuild on windows currently spews a warning about buildinfo.h_fake not being generated. For build info we use a non existing file to trigger a custom_command on every build, which has worked well for years now, however in recent versions of MSBuild it has started issuing warnings about files that should be generated but are not. CMake is actually aware of this being a problem and states in the documentation that "If the output of the custom command is not actually created as a file on disk it should be marked with the SYMBOLIC source file property." This change fixes the build warning by properly marking the buildinfo.h_fake as symbolic resolving the warning.
2020-08-27 08:10:37 -06:00
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
# a custom target that is always built
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
add_custom_target(
buildinfo ALL
DEPENDS ${buildinfo_h_fake}
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Creates `buildinfo.h` using CMAKE script.
CMake: list buildinfo.h as buildinfo.cmake's output Keep the fake header to ensure we always run.
2016-06-30 08:49:50 +10:00
add_custom_command(
OUTPUT
${buildinfo_h_fake} # ensure we always run
${buildinfo_h_real}
Cleanup: cmake line length, wrapping
2022-09-09 11:52:14 +10:00
COMMAND
${CMAKE_COMMAND}
-DSOURCE_DIR=${CMAKE_SOURCE_DIR}
# Overrides only used when non-empty strings.
-DBUILD_DATE=${BUILDINFO_OVERRIDE_DATE}
-DBUILD_TIME=${BUILDINFO_OVERRIDE_TIME}
-P ${CMAKE_SOURCE_DIR}/build_files/cmake/buildinfo.cmake
Cleanup: correct indentation for CMake files, strip trailing space
2025-01-03 13:23:38 +11:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# `buildinfo.h` is a generated file.
CMake: list buildinfo.h as buildinfo.cmake's output Keep the fake header to ensure we always run.
2016-06-30 08:49:50 +10:00
set_source_files_properties(
${buildinfo_h_real}
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
PROPERTIES GENERATED TRUE
HEADER_FILE_ONLY TRUE)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: list buildinfo.h as buildinfo.cmake's output Keep the fake header to ensure we always run.
2016-06-30 08:49:50 +10:00
unset(buildinfo_h_real)
unset(buildinfo_h_fake)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Add dependencies below, after adding Blender
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
# -------------- done with header values.
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
include headers in cmake source, added a script to check for consistency, reporting missing headers & C files. this is important so IDE's using CMake integration always get blender headers. - QtCreator & MSVC for eg, probably others too.
2010-11-29 04:35:56 +00:00
list(APPEND SRC
buildinfo.c
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
GTest unit testing framework Currently covers only small set of functionality.
2014-06-18 22:49:17 +10:00
# make an object library so can load with it in tests
Add a bmesh_core_test, a start at testing bmesh functionality. Needed to make the blender link libraries a global property now that tests are parallel to source directory. Current sort order for blender link libraries doesn't work for tests that start with few defined symbols. Doubling the lib list works, but a TODO to find a better way (probably using CMake's own mechanism for tracking dependencies).
2014-06-19 11:49:09 -04:00
add_library(buildinfoobj OBJECT buildinfo.c)
Fix parallel CMake builds failing due to missing buildinfo.h Reviewed in #blendercoders by ideasman42
2014-06-26 14:09:45 -04:00
add_dependencies(buildinfoobj buildinfo)
add buildinfo to cmake (no win32 support)
2009-09-24 15:36:00 +00:00
endif()
CMake: per-target CFLAG & CXXFLAG support Applying cflags globally can be problematic especially with extern, intern libs. Now flags from target named will be used when defined, allowing for developers to define flags for modules they maintain. Convention is CMAKE_CFLAGS_${UPPERCASE_TARGET_NAME}, (CXXFLAGS for C++). eg: CMAKE_CFLAGS_BF_BLENDER, CMAKE_CFLAGS_MAKESDNA, CMAKE_CXXFLAGS_CYCLES_KERNEL On Linux run `make help` for full list of names, MSVC shows these in the solution.
2016-07-14 19:11:33 +10:00
add_cc_flags_custom_test(blender)
last commit to fix warnings didnt set them at all, not it works as it should. also made cmakes output a lot quieter, messages can be uncommented for debugging or added back if other devs need this for some reason.
2010-12-16 12:48:30 +00:00
# message(STATUS "Configuring blender")
Experimental option to build blender as a python module, rather then blender embedding python. CMake build option WITH_PYTHON_MODULE, will build ./bin/bpy.so This allows 'bpy' to be imported from python or other applications/IDE's which embed python, eg: python -c "import bpy ; bpy.ops.render.render(write_still=True)" This runs in background mode and has similar restrictions to running a script: blender --background --python test.py TODO: - install to site-packages with blender scripts - add support for imp.reload()
2011-02-20 23:39:29 +00:00
if(WITH_PYTHON_MODULE)
add_definitions(-DWITH_PYTHON_MODULE)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Creates `./bpy/__init__.so` which can be imported as a Python module.
when building blender as a py module use add_library(... MODULE on all systems, was SHARED on linux/windows.
2012-01-11 00:09:46 +00:00
#
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Note that 'SHARED' works on Linux and Windows, but not MACOS which _must_ be 'MODULE'.
when building blender as a py module use add_library(... MODULE on all systems, was SHARED on linux/windows.
2012-01-11 00:09:46 +00:00
add_library(blender MODULE ${SRC})
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
get_property(GENERATOR_IS_MULTI_CONFIG GLOBAL PROPERTY GENERATOR_IS_MULTI_CONFIG)
if(GENERATOR_IS_MULTI_CONFIG)
set(BPY_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin/$<CONFIG>/bpy)
else()
set(BPY_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin/bpy)
endif()
Experimental option to build blender as a python module, rather then blender embedding python. CMake build option WITH_PYTHON_MODULE, will build ./bin/bpy.so This allows 'bpy' to be imported from python or other applications/IDE's which embed python, eg: python -c "import bpy ; bpy.ops.render.render(write_still=True)" This runs in background mode and has similar restrictions to running a script: blender --background --python test.py TODO: - install to site-packages with blender scripts - add support for imp.reload()
2011-02-20 23:39:29 +00:00
set_target_properties(
blender
PROPERTIES
cmake formatting adjustment, no functional change.
2011-05-30 10:51:37 +00:00
PREFIX ""
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
OUTPUT_NAME __init__
LIBRARY_OUTPUT_DIRECTORY ${BPY_OUTPUT_DIRECTORY}
RUNTIME_OUTPUT_DIRECTORY ${BPY_OUTPUT_DIRECTORY}
Experimental option to build blender as a python module, rather then blender embedding python. CMake build option WITH_PYTHON_MODULE, will build ./bin/bpy.so This allows 'bpy' to be imported from python or other applications/IDE's which embed python, eg: python -c "import bpy ; bpy.ops.render.render(write_still=True)" This runs in background mode and has similar restrictions to running a script: blender --background --python test.py TODO: - install to site-packages with blender scripts - add support for imp.reload()
2011-02-20 23:39:29 +00:00
)
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
unset(BPY_OUTPUT_DIRECTORY)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Fix for standalone bpy module building link errors on Mac. It seems to be working now, however make sure to build against the exact same python version as the one you will use it with, the version in the lib/darwin* directory is likely to differ from python installed on your system.
2012-01-16 14:13:41 +00:00
if(APPLE)
CMake: clean up setting of platform specific linker flags Set flags directly on the target, and use common function for all cases. This refactoring helps with the next commit for test executables. Ref D8714
2020-09-15 16:00:15 +02:00
set_target_properties(blender PROPERTIES MACOSX_BUNDLE TRUE)
macOS/QuickLook: support rich thumbnail in Finder Support thumbnail that shows the file contents instead of the default blend file icon for all files in Finder. Some files may still have the usual blender icon as thumbnail depending on their contents. blender-thumbnailer process is kept alive by the system in the background and is invoked by QuickLook when needed. The checkbox to disable the extension is present in the Settings app. It will NOT be an interactive "Preview" that allows richer interactions like Panning viewport, or rotating 3D objects.
2025-01-23 17:00:19 +01:00
if(WITH_BLENDER_THUMBNAILER)
set_target_properties(blender-thumbnailer PROPERTIES MACOSX_BUNDLE TRUE)
endif()
Fix for standalone bpy module building link errors on Mac. It seems to be working now, however make sure to build against the exact same python version as the one you will use it with, the version in the lib/darwin* directory is likely to differ from python installed on your system.
2012-01-16 14:13:41 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Merged changes in the trunk up to revision 35828. Conflicts resolved: source/blender/makesrna/RNA_enum_types.h According to the changes in revision 35667, the Freestyle-related code in release/scripts/ui/ was moved to release/scripts/startup/bl_ui/.
2011-03-27 23:11:22 +00:00
if(WIN32)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Python modules use this.
Merged changes in the trunk up to revision 35828. Conflicts resolved: source/blender/makesrna/RNA_enum_types.h According to the changes in revision 35667, the Freestyle-related code in release/scripts/ui/ was moved to release/scripts/startup/bl_ui/.
2011-03-27 23:11:22 +00:00
set_target_properties(
blender
PROPERTIES
minor cleanup, no functional changes.
2011-05-09 14:41:44 +00:00
SUFFIX ".pyd"
formatting edits only
2011-09-30 15:51:58 +00:00
)
Merged changes in the trunk up to revision 35828. Conflicts resolved: source/blender/makesrna/RNA_enum_types.h According to the changes in revision 35667, the Freestyle-related code in release/scripts/ui/ was moved to release/scripts/startup/bl_ui/.
2011-03-27 23:11:22 +00:00
endif()
formatting edits only
2011-09-30 15:51:58 +00:00
Experimental option to build blender as a python module, rather then blender embedding python. CMake build option WITH_PYTHON_MODULE, will build ./bin/bpy.so This allows 'bpy' to be imported from python or other applications/IDE's which embed python, eg: python -c "import bpy ; bpy.ops.render.render(write_still=True)" This runs in background mode and has similar restrictions to running a script: blender --background --python test.py TODO: - install to site-packages with blender scripts - add support for imp.reload()
2011-02-20 23:39:29 +00:00
else()
add_executable(blender ${EXETYPE} ${SRC})
Creator: Add CPU check on startup This adds an sse42 cpu check on startup for both linux and windows, mac has been excluded, since there are no intel based macs that do not support SSE42. The way this works is, we count on the OS to initialize the shared libraries in the order they are linked (which currently holds true) before calling the initialization code in the main executable. This allows us to check the CPU before running any of the code in the main executable that might not be supported by the current isa. Changing those build flags is for a future PR, but for now and for future reference: blender_cpu_check must be build without optimized CPU flags so it'll be able to run on older CPUs. some code has been duplicated from blenlib, there's really no way around that since we cannot link blenlib as it may be build with optimized cpu flags. Windows currently gives a popup to inform the user, while linux reports to the console, there may be better ways to communicate with linux users with perhaps some generic GUI popup, but I'm unaware of these and will leave this for the linux platform maintainer to polish. Part of #116592 Pull Request: https://projects.blender.org/blender/blender/pulls/118054
2024-02-19 18:11:57 +01:00
if(WITH_CPU_CHECK)
# blender_cpu_check *NEEDS* to be linked first, there can be no exceptions
# to this, this is to ensure this will be the first code to run once the
# blender binary has been loaded by the OS.
target_link_libraries(blender PRIVATE blender_cpu_check)
endif()
Win: Add launcher to hide the console window flash This patch fixes a long-standing complaint from users: the console window shortly flashing when they start blender. This is done by adding a new executable called blender-launcher.exe which starts blender.exe while hiding the console. Any command line parameters given to blender-launcher will be passed on to blender.exe so it'll be a drop in replacement. Starting blender.exe on its own will still function as a proper console app so no changes required here for users that use blender for batch processing. Notable changes: Registering blender (-R switch) will now register blender-launcher as the preferred executable. This patch updates the installer and updates the shortcuts to start blender-launcher.exe rather than blender.exe Differential Revision: https://developer.blender.org/D11094 Reviewed by: brecht, harley
2021-05-26 20:02:35 -06:00
if(WIN32)
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
add_executable(blender-launcher WIN32
blender_launcher_win32.c
${CMAKE_SOURCE_DIR}/release/windows/icons/winblender.rc
)
MSVC: Add cmake option for external manifests This PR adds a cmake option `WITH_WINDOWS_EXTERNAL_MANIFEST` which is off by default which addresses the following 2 problems: The CI env occasionally fails to link the manifest into blender.exe with mt.exe getting file in use error. The solutions mentioned online vary wildly between, just rebuild, turn off your AV, use this magic switch. None of them actually point to a root cause we can address. When building blender with clang and the visual studio generator it also somehow doesn't embed the manifest. If the bots stay problematic this option can be turned on for the CI environment, and will be automatically turned on when it detects clang and the visual studio generator being used. Pull Request: https://projects.blender.org/blender/blender/pulls/111683
2024-04-18 16:57:04 +02:00
if(NOT WITH_WINDOWS_EXTERNAL_MANIFEST)
Fix #126798: launcher manifest not linked leading to startup issues The manifest was not linked, leading blender-launcher not to look in the blender.crt folder for the vcruntime140.dll. Causing issues for systems where this binary was not available elsewhere (like pristine windows installs)
2024-08-27 08:02:20 -06:00
target_sources(blender-launcher PRIVATE
MSVC: Add cmake option for external manifests This PR adds a cmake option `WITH_WINDOWS_EXTERNAL_MANIFEST` which is off by default which addresses the following 2 problems: The CI env occasionally fails to link the manifest into blender.exe with mt.exe getting file in use error. The solutions mentioned online vary wildly between, just rebuild, turn off your AV, use this magic switch. None of them actually point to a root cause we can address. When building blender with clang and the visual studio generator it also somehow doesn't embed the manifest. If the bots stay problematic this option can be turned on for the CI environment, and will be automatically turned on when it detects clang and the visual studio generator being used. Pull Request: https://projects.blender.org/blender/blender/pulls/111683
2024-04-18 16:57:04 +02:00
${CMAKE_BINARY_DIR}/blender.exe.manifest
)
endif()
Cleanup: cmake formatting
2024-08-21 23:20:34 +10:00
target_compile_definitions(blender-launcher PRIVATE -D_UNICODE -DUNICODE)
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
target_link_libraries(blender-launcher Pathcch.lib)
Win: Add launcher to hide the console window flash This patch fixes a long-standing complaint from users: the console window shortly flashing when they start blender. This is done by adding a new executable called blender-launcher.exe which starts blender.exe while hiding the console. Any command line parameters given to blender-launcher will be passed on to blender.exe so it'll be a drop in replacement. Starting blender.exe on its own will still function as a proper console app so no changes required here for users that use blender for batch processing. Notable changes: Registering blender (-R switch) will now register blender-launcher as the preferred executable. This patch updates the installer and updates the shortcuts to start blender-launcher.exe rather than blender.exe Differential Revision: https://developer.blender.org/D11094 Reviewed by: brecht, harley
2021-05-26 20:02:35 -06:00
endif()
Experimental option to build blender as a python module, rather then blender embedding python. CMake build option WITH_PYTHON_MODULE, will build ./bin/bpy.so This allows 'bpy' to be imported from python or other applications/IDE's which embed python, eg: python -c "import bpy ; bpy.ops.render.render(write_still=True)" This runs in background mode and has similar restrictions to running a script: blender --background --python test.py TODO: - install to site-packages with blender scripts - add support for imp.reload()
2011-02-20 23:39:29 +00:00
endif()
add buildinfo to cmake (no win32 support)
2009-09-24 15:36:00 +00:00
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
if(WITH_BUILDINFO)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Explicitly say that the executable depends on the `buildinfo`.
fix for cmake not having the correct svn revision in buildinfo, now generate a header every build with the time, date, svn revision.
2011-02-24 17:57:35 +00:00
add_dependencies(blender buildinfo)
endif()
CMake: Copy .blender structure and necessary dlls for Windows builds as part of the postbuild to target directories.
2006-12-10 14:49:28 +00:00
Remove version from readme, (replace on install)
2015-03-12 22:14:48 +11:00
cmake was installing text as a directory rather then coping the files within it.
2011-07-01 13:10:49 +00:00
set(BLENDER_TEXT_FILES
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Generate this file:
# `${CMAKE_SOURCE_DIR}/release/text/readme.html`
Fix error after recent change when WITH_INTERNATIONAL=OFF Always need to install font files now.
2020-03-25 18:43:39 +01:00
)
Add font licenses to installation files So now release archive will have this files included.
2013-09-25 08:35:43 +00:00
Add option to install copyright.txt The file is specific for the builds created by the Blender Foundation and strictly speaking should only be used by builds created on our release environment. This change introduces a CMake option which is disabled by default and which will be enabled on our buildbot. Ref #107295 Pull Request: https://projects.blender.org/blender/blender/pulls/108191
2023-05-24 10:07:19 +02:00
if(WITH_INSTALL_COPYRIGHT)
list(APPEND BLENDER_TEXT_FILES
${CMAKE_SOURCE_DIR}/release/text/copyright.txt
)
endif()
CMake: Copy packaging files for Unix in post-build and fill in missing files for other platforms as well (plugins, text etc.)
2006-12-10 17:09:48 +00:00
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
# -----------------------------------------------------------------------------
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Platform specific target destinations
#
# Setup version directory, libraries, `bpy` & text files.
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
if(UNIX AND NOT APPLE)
Fix for building blender as a Python module Installation didn't work on debian distro's now install into PYTHON_SITE_PACKAGES (which is detected and can be configured).
2015-03-24 17:02:34 +11:00
if(WITH_PYTHON_MODULE)
CMake: tweak recent py module changes support installing portable builds to CMAKE_INSTALL_PREFIX
2015-03-24 19:09:51 +11:00
if(WITH_INSTALL_PORTABLE)
CMake: Linux/Mac: Fix CMP0177 policy warnings Follow up to: https://projects.blender.org/blender/blender/commit/536937b4d44e3707ee22b80195c1ddd5d72bbd6e Pull Request: https://projects.blender.org/blender/blender/pulls/130602
2024-11-21 11:07:08 +01:00
set(TARGETDIR_BPY "bpy")
set(TARGETDIR_VER "bpy/${BLENDER_VERSION}")
set(TARGETDIR_LIB "bpy/lib")
CMake: tweak recent py module changes support installing portable builds to CMAKE_INSTALL_PREFIX
2015-03-24 19:09:51 +11:00
else()
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
set(TARGETDIR_BPY ${PYTHON_SITE_PACKAGES}/bpy)
set(TARGETDIR_VER ${PYTHON_SITE_PACKAGES}/bpy/${BLENDER_VERSION})
set(TARGETDIR_LIB ${PYTHON_SITE_PACKAGES}/bpy/lib)
CMake: tweak recent py module changes support installing portable builds to CMAKE_INSTALL_PREFIX
2015-03-24 19:09:51 +11:00
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
else()
Fix for building blender as a Python module Installation didn't work on debian distro's now install into PYTHON_SITE_PACKAGES (which is detected and can be configured).
2015-03-24 17:02:34 +11:00
if(WITH_INSTALL_PORTABLE)
CMake: Linux/Mac: Fix CMP0177 policy warnings Follow up to: https://projects.blender.org/blender/blender/commit/536937b4d44e3707ee22b80195c1ddd5d72bbd6e Pull Request: https://projects.blender.org/blender/blender/pulls/130602
2024-11-21 11:07:08 +01:00
set(TARGETDIR_VER "${BLENDER_VERSION}")
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
set(TARGETDIR_TEXT ".")
CMake: Linux/Mac: Fix CMP0177 policy warnings Follow up to: https://projects.blender.org/blender/blender/commit/536937b4d44e3707ee22b80195c1ddd5d72bbd6e Pull Request: https://projects.blender.org/blender/blender/pulls/130602
2024-11-21 11:07:08 +01:00
set(TARGETDIR_LIB "lib")
cmake's install target now works for the python module on *nix.
2011-05-24 18:34:07 +00:00
else()
CMake: Linux/Mac: Fix CMP0177 policy warnings Follow up to: https://projects.blender.org/blender/blender/commit/536937b4d44e3707ee22b80195c1ddd5d72bbd6e Pull Request: https://projects.blender.org/blender/blender/pulls/130602
2024-11-21 11:07:08 +01:00
set(TARGETDIR_VER "share/blender/${BLENDER_VERSION}")
set(TARGETDIR_TEXT "share/doc/blender")
cmake's install target now works for the python module on *nix.
2011-05-24 18:34:07 +00:00
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
endif()
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
set(TARGETDIR_SITE_PACKAGES "${TARGETDIR_VER}/python/lib/python${PYTHON_VERSION}/site-packages")
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
elseif(WIN32)
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
if(WITH_PYTHON_MODULE)
Python: fix failing bpy build with full release config on Windows * Fix issue with different build and install paths. * Fix issue with oneAPI kernel build. Ref D15957
2022-09-15 18:15:03 +02:00
set(TARGETDIR_BPY ${CMAKE_INSTALL_PREFIX_WITH_CONFIG}/bpy)
set(TARGETDIR_VER ${CMAKE_INSTALL_PREFIX_WITH_CONFIG}/bpy/${BLENDER_VERSION})
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
# Important the DLL's are next to `__init__.pyd` otherwise it won't load.
Python: fix failing bpy build with full release config on Windows * Fix issue with different build and install paths. * Fix issue with oneAPI kernel build. Ref D15957
2022-09-15 18:15:03 +02:00
set(TARGETDIR_LIB ${CMAKE_INSTALL_PREFIX_WITH_CONFIG}/bpy)
Fix Python Module build on Windows Don't install libraries in blender.shared and don't generate manifest as it's not working and not important to have a clean directory here. Always detect MSVC_REDIST_DIR as it is used by oneAPI. The way InstallRequiredSystemLibraries is called it already only sets some variables and doesn't install anything by itself. Pull Request: https://projects.blender.org/blender/blender/pulls/105999
2023-03-28 16:32:25 +02:00
set(TARGETDIR_EXE ${CMAKE_INSTALL_PREFIX_WITH_CONFIG}/bpy)
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
else()
CMake: Windows: Fix CMP0177 policy warnings CMake 3.31+ have begun emitting warnings when you feed install() paths that are not normalized (ie have, '.' or '..' in them) easiest fix is just not use them. This cleans up the windows sections of the build system, the other platform devs will have to take a look on their respective platforms.
2024-11-19 18:53:41 -07:00
set(TARGETDIR_VER "${BLENDER_VERSION}")
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
set(TARGETDIR_TEXT ".")
CMake: Windows: Fix CMP0177 policy warnings CMake 3.31+ have begun emitting warnings when you feed install() paths that are not normalized (ie have, '.' or '..' in them) easiest fix is just not use them. This cleans up the windows sections of the build system, the other platform devs will have to take a look on their respective platforms.
2024-11-19 18:53:41 -07:00
set(TARGETDIR_LIB "blender.shared")
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
set(TARGETDIR_EXE ".")
Python: install "bpy" as a package WITH_PYTHON_MODULE Building WITH_PYTHON_MODULE was creating a "bpy" module that required Blenders data-files to be located in the module search path too. This mean that a typical installation on Linux would create: - `/usr/lib/python3.10/site-packages/bpy.so` - `/usr/lib/python3.10/site-packages/3.4` (containing `scripts` & `datafiles`). The new behavior creates: - `/usr/lib/python3.10/site-packages/bpy/__init__.so` - `/usr/lib/python3.10/site-packages/bpy/3.4` With the advantage that the "bpy" directory is the self contained Python module. No changes are needed for the module loading logic as the mechanism to swap in blend internal Python "bpy" module (defined in `release/scripts/modules/bpy/__init__.py`) works the same in both instances. Thanks to Brecht for macOS support. Reviewed by brecht Ref D15911
2022-09-09 10:25:35 +10:00
endif()
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
set(TARGETDIR_SITE_PACKAGES "${TARGETDIR_VER}/python/lib/site-packages")
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
elseif(APPLE)
Fix for standalone bpy module building link errors on Mac. It seems to be working now, however make sure to build against the exact same python version as the one you will use it with, the version in the lib/darwin* directory is likely to differ from python installed on your system.
2012-01-16 14:13:41 +00:00
if(WITH_PYTHON_MODULE)
macOS/bpy: accommodate portable builds, and multi-config generators. Old code's `install` step did not guarantee that all script files will be copied from source folder to build folder _before_ copying from build folder to site-packages. That caused incomplete installation. Fixed by copying scripts etc., only once. Also match the behavior on Linux: install to site-packages only if `WITH_INSTALL_PORTABLE` is OFF. Also fix install and launch issues with Xcode.
2021-03-29 22:25:13 +05:30
if(WITH_INSTALL_PORTABLE)
CMake: Linux/Mac: Fix CMP0177 policy warnings Follow up to: https://projects.blender.org/blender/blender/commit/536937b4d44e3707ee22b80195c1ddd5d72bbd6e Pull Request: https://projects.blender.org/blender/blender/pulls/130602
2024-11-21 11:07:08 +01:00
set(TARGETDIR_BPY "bpy")
set(TARGETDIR_VER "bpy/${BLENDER_VERSION}")
set(TARGETDIR_LIB "bpy/lib")
macOS/bpy: accommodate portable builds, and multi-config generators. Old code's `install` step did not guarantee that all script files will be copied from source folder to build folder _before_ copying from build folder to site-packages. That caused incomplete installation. Fixed by copying scripts etc., only once. Also match the behavior on Linux: install to site-packages only if `WITH_INSTALL_PORTABLE` is OFF. Also fix install and launch issues with Xcode.
2021-03-29 22:25:13 +05:30
else()
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# Paths defined in terms of `site-packages` since the `site-packages`
# directory can be a symbolic-link (brew for example).
Python: on macOS, stop requiring framework for building bpy module Build against Python from precompiled libraries by default, instead of requiring framework from python.org package install. The resulting bpy module can still be used with any Python install of the same version. Use the same CMake find module as Linux. This simplifies code, and makes it possible to manually set PYTHON_* variables in CMake configuration. Remove WITH_PYTHON_FRAMEWORK option for regular Blender build, as this doesn't work well due to missing required Python packages. Advanced users can still set PYTHON_ROOT_DIR=/Library/Frameworks/Python.framework/Versions/3.10 for the same result.
2022-09-09 03:12:56 +02:00
set(TARGETDIR_BPY ${PYTHON_SITE_PACKAGES}/bpy)
set(TARGETDIR_VER ${PYTHON_SITE_PACKAGES}/bpy/${BLENDER_VERSION})
set(TARGETDIR_LIB ${PYTHON_SITE_PACKAGES}/bpy/lib)
macOS/bpy: accommodate portable builds, and multi-config generators. Old code's `install` step did not guarantee that all script files will be copied from source folder to build folder _before_ copying from build folder to site-packages. That caused incomplete installation. Fixed by copying scripts etc., only once. Also match the behavior on Linux: install to site-packages only if `WITH_INSTALL_PORTABLE` is OFF. Also fix install and launch issues with Xcode.
2021-03-29 22:25:13 +05:30
endif()
Fix for standalone bpy module building link errors on Mac. It seems to be working now, however make sure to build against the exact same python version as the one you will use it with, the version in the lib/darwin* directory is likely to differ from python installed on your system.
2012-01-16 14:13:41 +00:00
else()
CMake: Linux/Mac: Fix CMP0177 policy warnings Follow up to: https://projects.blender.org/blender/blender/commit/536937b4d44e3707ee22b80195c1ddd5d72bbd6e Pull Request: https://projects.blender.org/blender/blender/pulls/130602
2024-11-21 11:07:08 +01:00
set(TARGETDIR_VER "Blender.app/Contents/Resources/${BLENDER_VERSION}")
set(TARGETDIR_LIB "Blender.app/Contents/Resources/lib")
set(TARGETDIR_TEXT "Blender.app/Contents/Resources/text")
Fix for standalone bpy module building link errors on Mac. It seems to be working now, however make sure to build against the exact same python version as the one you will use it with, the version in the lib/darwin* directory is likely to differ from python installed on your system.
2012-01-16 14:13:41 +00:00
endif()
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
set(TARGETDIR_SITE_PACKAGES "${TARGETDIR_VER}/python/lib/python${PYTHON_VERSION}/site-packages")
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Skip re-linking on CPACK / install.
Cmake Cpack fix cpack on Apple and Linux
2015-11-07 22:42:21 +01:00
set_target_properties(blender PROPERTIES BUILD_WITH_INSTALL_RPATH true)
macOS/QuickLook: support rich thumbnail in Finder Support thumbnail that shows the file contents instead of the default blend file icon for all files in Finder. Some files may still have the usual blender icon as thumbnail depending on their contents. blender-thumbnailer process is kept alive by the system in the background and is invoked by QuickLook when needed. The checkbox to disable the extension is present in the Settings app. It will NOT be an interactive "Preview" that allows richer interactions like Panning viewport, or rotating 3D objects.
2025-01-23 17:00:19 +01:00
if(WITH_BLENDER_THUMBNAILER)
set_target_properties(blender-thumbnailer PROPERTIES BUILD_WITH_INSTALL_RPATH true)
endif()
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
endif()
# -----------------------------------------------------------------------------
# Install Targets (Generic, All Platforms)
if(WITH_PYTHON)
# install(CODE "message(\"copying blender scripts...\")")
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Another big patch set by Bastien Montagne, thanks a lot! * Made Freestyle optional (turned on by default). * Fix for missing bpath.c updates in the previous merge of trunk changes.
2012-12-20 07:57:26 +00:00
# do not install freestyle dir if disabled
if(NOT WITH_FREESTYLE)
set(FREESTYLE_EXCLUDE_CONDITIONAL "freestyle/*")
else()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
set(FREESTYLE_EXCLUDE_CONDITIONAL "_freestyle/*") # Dummy, won't do anything.
Another big patch set by Bastien Montagne, thanks a lot! * Made Freestyle optional (turned on by default). * Fix for missing bpath.c updates in the previous merge of trunk changes.
2012-12-20 07:57:26 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
install(
Re-design of submodules used in blender.git This commit implements described in the #104573. The goal is to fix the confusion of the submodule hashes change, which are not ideal for any of the supported git-module configuration (they are either always visible causing confusion, or silently staged and committed, also causing confusion). This commit replaces submodules with a checkout of addons and addons_contrib, covered by the .gitignore, and locale and developer tools are moved to the main repository. This also changes the paths: - /release/scripts are moved to the /scripts - /source/tools are moved to the /tools - /release/datafiles/locale is moved to /locale This is done to avoid conflicts when using bisect, and also allow buildbot to automatically "recover" wgen building older or newer branches/patches. Running `make update` will initialize the local checkout to the changed repository configuration. Another aspect of the change is that the make update will support Github style of remote organization (origin remote pointing to thy fork, upstream remote pointing to the upstream blender/blender.git). Pull Request #104755
2023-02-21 16:39:58 +01:00
DIRECTORY ${CMAKE_SOURCE_DIR}/scripts
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
DESTINATION ${TARGETDIR_VER}
Skip .git files from submodules for install targets Also removed .svn checks when it's not longer needed. Some further tweaks (probably for OSX bundler) are likely needed.
2013-11-17 00:18:21 +06:00
PATTERN ".git" EXCLUDE
CMake: exclude gitignore & arcconfig for addons These files were included in releases
2016-06-25 21:57:54 +10:00
PATTERN ".gitignore" EXCLUDE
Build: skip installing .gitea files, deduplicate code * With the move to gitea, .gitea doesn't need to be copied into installs. * Add .github and .gitignore in more places for future proofing. * Deduplicate ìnstall_dir macro. Co-authored-by: Brecht Van Lommel <brecht@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/105980
2023-03-22 12:29:26 +01:00
PATTERN ".gitea" EXCLUDE
CMake: exclude '.github' from addons in the install target This file is only used for the github mirror and doesn't need to be installed.
2022-09-15 09:47:06 +10:00
PATTERN ".github" EXCLUDE
CMake: exclude gitignore & arcconfig for addons These files were included in releases
2016-06-25 21:57:54 +10:00
PATTERN ".arcconfig" EXCLUDE
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
PATTERN "__pycache__" EXCLUDE
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
PATTERN "site" EXCLUDE
Another big patch set by Bastien Montagne, thanks a lot! * Made Freestyle optional (turned on by default). * Fix for missing bpath.c updates in the previous merge of trunk changes.
2012-12-20 07:57:26 +00:00
PATTERN "${FREESTYLE_EXCLUDE_CONDITIONAL}" EXCLUDE
Extensions: exclude development files from installation
2025-01-23 15:41:47 +11:00
# Exclude extensions development files.
PATTERN "addons_core/bl_pkg/Makefile" EXCLUDE
PATTERN "addons_core/bl_pkg/tests" EXCLUDE
PATTERN "addons_core/bl_pkg/example_extension" EXCLUDE
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
if(WITH_PYTHON_MODULE)
install(
FILES ${CMAKE_SOURCE_DIR}/scripts/site/sitecustomize.py
DESTINATION ${TARGETDIR_VER}/scripts/startup
Cleanup: spelling in comments
2025-01-20 11:19:23 +11:00
# Rename to avoid conflict with system `sitecustomize.py`.
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
RENAME bpy_site_customize.py
)
elseif(WITH_PYTHON_INSTALL)
install(
FILES ${CMAKE_SOURCE_DIR}/scripts/site/sitecustomize.py
DESTINATION ${TARGETDIR_SITE_PACKAGES}
)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
endif()
Another big patch set by Bastien Montagne, thanks a lot! * Made Freestyle optional (turned on by default). * Fix for missing bpath.c updates in the previous merge of trunk changes.
2012-12-20 07:57:26 +00:00
unset(FREESTYLE_EXCLUDE_CONDITIONAL)
glTF: Install Draco lib in the same directory as the glTF2 addon This changes the location of the Draco library installation path. The new location is at the root of addons_core/io_scene_gltf2 addon, as the library is created for this addon only. This will solve issues where the gltf addon couldn't find the library in case of global python installation or custom script/lib paths Pull Request: https://projects.blender.org/blender/blender/pulls/131080
2024-12-02 12:50:15 +01:00
if(WITH_DRACO)
install(
PROGRAMS $<TARGET_FILE:extern_draco>
DESTINATION ${TARGETDIR_VER}/scripts/addons_core/io_scene_gltf2
)
endif()
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
endif()
CMake: Linux/Unix Only, use 'install' target rather then copying files with post-build commands. Main change is that you need to run 'make install', which copies files to ./bin by default unless WITH_INSTALL_PORTABLE is OFF, where CMAKE_INSTALL_PREFIX is used for a typical unix-system install.
2011-03-06 11:41:30 +00:00
Fix error after recent change when WITH_INTERNATIONAL=OFF Always need to install font files now.
2020-03-25 18:43:39 +01:00
# fonts
install(
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
DIRECTORY ${CMAKE_SOURCE_DIR}/release/datafiles/fonts
Fix error after recent change when WITH_INTERNATIONAL=OFF Always need to install font files now.
2020-03-25 18:43:39 +01:00
DESTINATION ${TARGETDIR_VER}/datafiles
)
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
# localization
if(WITH_INTERNATIONAL)
Re-design of submodules used in blender.git This commit implements described in the #104573. The goal is to fix the confusion of the submodule hashes change, which are not ideal for any of the supported git-module configuration (they are either always visible causing confusion, or silently staged and committed, also causing confusion). This commit replaces submodules with a checkout of addons and addons_contrib, covered by the .gitignore, and locale and developer tools are moved to the main repository. This also changes the paths: - /release/scripts are moved to the /scripts - /source/tools are moved to the /tools - /release/datafiles/locale is moved to /locale This is done to avoid conflicts when using bisect, and also allow buildbot to automatically "recover" wgen building older or newer branches/patches. Running `make update` will initialize the local checkout to the changed repository configuration. Another aspect of the change is that the make update will support Github style of remote organization (origin remote pointing to thy fork, upstream remote pointing to the upstream blender/blender.git). Pull Request #104755
2023-02-21 16:39:58 +01:00
set(_locale_dir "${CMAKE_SOURCE_DIR}/locale")
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
set(_locale_target_dir ${TARGETDIR_VER}/datafiles/locale)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
file(GLOB _po_files "${_locale_dir}/po/*.po")
foreach(_po_file ${_po_files})
msgfmt_simple(${_po_file} _all_mo_files)
endforeach()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Create a custom target which will compile all `*.po` to `*.mo`.
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
add_custom_target(
locales
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
DEPENDS ${_all_mo_files}
)
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
add_dependencies(blender locales)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Generate INSTALL rules.
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
install(
FILES ${_locale_dir}/languages
DESTINATION ${_locale_target_dir}
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
foreach(_mo_file ${_all_mo_files})
get_filename_component(_locale_name ${_mo_file} NAME_WE)
Be ready for changes in bf-translations repository Made it so if there's release/datafiles/locale/po folder, then all the .po files will be converted to .mo at blender compile time and installed to an appropriate location. Uses small own implementation msgfmt which is based on msgfmt.py from Python project, but also supports contexts. There's no functional changes for until we've switched to use source .po files instead of pre-compiled .mo. P.S. Well, there's one change which is msgfmt.cc being compiled even if it's not used, but would rather not clutter code with checks since pretty soon we'll use this program anyway.
2013-11-08 20:44:48 +00:00
install(
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
FILES ${_mo_file}
DESTINATION ${_locale_target_dir}/${_locale_name}/LC_MESSAGES
RENAME blender.mo
Be ready for changes in bf-translations repository Made it so if there's release/datafiles/locale/po folder, then all the .po files will be converted to .mo at blender compile time and installed to an appropriate location. Uses small own implementation msgfmt which is based on msgfmt.py from Python project, but also supports contexts. There's no functional changes for until we've switched to use source .po files instead of pre-compiled .mo. P.S. Well, there's one change which is msgfmt.cc being compiled even if it's not used, but would rather not clutter code with checks since pretty soon we'll use this program anyway.
2013-11-08 20:44:48 +00:00
)
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
unset(_locale_name)
endforeach()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Remove check for whether po folder exist It was just a temp thing to not break stuff before final git migration.
2013-11-17 00:09:03 +06:00
unset(_all_mo_files)
unset(_po_files)
unset(_po_file)
unset(_mo_file)
unset(_locale_target_dir)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Be ready for changes in bf-translations repository Made it so if there's release/datafiles/locale/po folder, then all the .po files will be converted to .mo at blender compile time and installed to an appropriate location. Uses small own implementation msgfmt which is based on msgfmt.py from Python project, but also supports contexts. There's no functional changes for until we've switched to use source .po files instead of pre-compiled .mo. P.S. Well, there's one change which is msgfmt.cc being compiled even if it's not used, but would rather not clutter code with checks since pretty soon we'll use this program anyway.
2013-11-08 20:44:48 +00:00
unset(_locale_dir)
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
endif()
CMake: Linux/Unix Only, use 'install' target rather then copying files with post-build commands. Main change is that you need to run 'make install', which copies files to ./bin by default unless WITH_INSTALL_PORTABLE is OFF, where CMAKE_INSTALL_PREFIX is used for a typical unix-system install.
2011-03-06 11:41:30 +00:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Color management.
Color Management, Stage 2: Switch color pipeline to use OpenColorIO Replace old color pipeline which was supporting linear/sRGB color spaces only with OpenColorIO-based pipeline. This introduces two configurable color spaces: - Input color space for images and movie clips. This space is used to convert images/movies from color space in which file is saved to Blender's linear space (for float images, byte images are not internally converted, only input space is stored for such images and used later). This setting could be found in image/clip data block settings. - Display color space which defines space in which particular display is working. This settings could be found in scene's Color Management panel. When render result is being displayed on the screen, apart from converting image to display space, some additional conversions could happen. This conversions are: - View, which defines tone curve applying before display transformation. These are different ways to view the image on the same display device. For example it could be used to emulate film view on sRGB display. - Exposure affects on image exposure before tone map is applied. - Gamma is post-display gamma correction, could be used to match particular display gamma. - RGB curves are user-defined curves which are applying before display transformation, could be used for different purposes. All this settings by default are only applying on render result and does not affect on other images. If some particular image needs to be affected by this transformation, "View as Render" setting of image data block should be set to truth. Movie clips are always affected by all display transformations. This commit also introduces configurable color space in which sequencer is working. This setting could be found in scene's Color Management panel and it should be used if such stuff as grading needs to be done in color space different from sRGB (i.e. when Film view on sRGB display is use, using VD16 space as sequencer's internal space would make grading working in space which is close to the space using for display). Some technical notes: - Image buffer's float buffer is now always in linear space, even if it was created from 16bit byte images. - Space of byte buffer is stored in image buffer's rect_colorspace property. - Profile of image buffer was removed since it's not longer meaningful. - OpenGL and GLSL is supposed to always work in sRGB space. It is possible to support other spaces, but it's quite large project which isn't so much important. - Legacy Color Management option disabled is emulated by using None display. It could have some regressions, but there's no clear way to avoid them. - If OpenColorIO is disabled on build time, it should make blender behaving in the same way as previous release with color management enabled. More details could be found at this page (more details would be added soon): http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.64/Color_Management -- Thanks to Xavier Thomas, Lukas Toene for initial work on OpenColorIO integration and to Brecht van Lommel for some further development and code/ usecase review!
2012-09-15 10:05:07 +00:00
if(WITH_OPENCOLORIO)
install(
DIRECTORY ${CMAKE_SOURCE_DIR}/release/datafiles/colormanagement
DESTINATION ${TARGETDIR_VER}/datafiles
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
endif()
if(WIN32)
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
if(EXISTS ${LIBDIR}/osl/lib/python${PYTHON_VERSION}/site-packages/oslquery) # 4.4+
install(
DIRECTORY ${LIBDIR}/osl/lib/python${PYTHON_VERSION}/site-packages/oslquery
DESTINATION ${TARGETDIR_SITE_PACKAGES}
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
install(
DIRECTORY ${LIBDIR}/osl/lib/python${PYTHON_VERSION}_debug/site-packages/oslquery
DESTINATION ${TARGETDIR_SITE_PACKAGES}
CONFIGURATIONS Debug
)
endif()
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
if(EXISTS ${LIBDIR}/osl/bin/oslquery.dll) # 4.1+
windows_install_shared_manifest(
Cleanup: correct indentation for CMake files, strip trailing space
2025-01-03 13:23:38 +11:00
FILES
${LIBDIR}/osl/bin/oslquery.dll
${LIBDIR}/osl/bin/oslcomp.dll
${LIBDIR}/osl/bin/oslexec.dll
${LIBDIR}/osl/bin/oslnoise.dll
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
RELEASE
)
windows_install_shared_manifest(
Cleanup: correct indentation for CMake files, strip trailing space
2025-01-03 13:23:38 +11:00
FILES
${LIBDIR}/osl/bin/oslquery_d.dll
${LIBDIR}/osl/bin/oslcomp_d.dll
${LIBDIR}/osl/bin/oslexec_d.dll
${LIBDIR}/osl/bin/oslnoise_d.dll
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
DEBUG
)
endif()
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
if(EXISTS ${LIBDIR}/opencolorio/bin/opencolorio_2_4.dll) # 4.4
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
FILES ${LIBDIR}/opencolorio/bin/opencolorio_2_4.dll
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
RELEASE
)
windows_install_shared_manifest(
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
FILES ${LIBDIR}/opencolorio/bin/opencolorio_d_2_4.dll
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
DEBUG
)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
endif()
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
if(EXISTS ${LIBDIR}/opencolorio/bin/opencolorio_2_3.dll) # 4.1
windows_install_shared_manifest(
FILES ${LIBDIR}/opencolorio/bin/opencolorio_2_3.dll
RELEASE
)
windows_install_shared_manifest(
FILES ${LIBDIR}/opencolorio/bin/opencolorio_d_2_3.dll
DEBUG
)
CMake: Windows: Install oidn HIP kernel if available
2023-12-23 12:46:14 -07:00
endif()
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
install(
DIRECTORY ${LIBDIR}/opencolorio/lib/site-packages-debug/PyOpenColorIO
DESTINATION ${TARGETDIR_SITE_PACKAGES}
CONFIGURATIONS Debug
)
install(
DIRECTORY ${LIBDIR}/opencolorio/lib/site-packages/PyOpenColorIO
DESTINATION ${TARGETDIR_SITE_PACKAGES}
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
Build: Update OpenImageDenoise to 2.1.0 Major new feature in v2 is GPU support. This is not enabled yet, this commit only changes the library version without enabling new functionality. Pull Request: https://projects.blender.org/blender/blender/pulls/112143
2023-11-08 10:12:05 +01:00
if(EXISTS ${LIBDIR}/OpenImageDenoise/bin/openimagedenoise.dll) # 4.0
windows_install_shared_manifest(
FILES
${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise.dll
${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_core.dll
${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_cpu.dll
Windows: Add ARM64 support * Only works on machines with a Qualcomm Snapdragon 8cx Gen3 or above. Older generation devices are not and will not be supported due to some driver issues * Requires VS2022 for building. * Uses new MSVC preprocessor for sse2neon compatibility. * SIMD is not enabled, waiting on conversion of blenlib to C++. Ref #119126 Pull Request: https://projects.blender.org/blender/blender/pulls/117036
2024-03-06 15:46:43 +01:00
)
endif()
Cleanup: cmake syntax
2024-04-19 15:50:26 +10:00
# Platforms that have SyCL support.
if(EXISTS ${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_sycl.dll)
Windows: Add ARM64 support * Only works on machines with a Qualcomm Snapdragon 8cx Gen3 or above. Older generation devices are not and will not be supported due to some driver issues * Requires VS2022 for building. * Uses new MSVC preprocessor for sse2neon compatibility. * SIMD is not enabled, waiting on conversion of blenlib to C++. Ref #119126 Pull Request: https://projects.blender.org/blender/blender/pulls/117036
2024-03-06 15:46:43 +01:00
windows_install_shared_manifest(
FILES
Build: Update OpenImageDenoise to 2.1.0 Major new feature in v2 is GPU support. This is not enabled yet, this commit only changes the library version without enabling new functionality. Pull Request: https://projects.blender.org/blender/blender/pulls/112143
2023-11-08 10:12:05 +01:00
${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_sycl.dll
)
endif()
CMake: Windows: Install oidn HIP kernel if available
2023-12-23 12:46:14 -07:00
if(EXISTS ${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_hip.dll) # 4.1
windows_install_shared_manifest(
FILES
${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_hip.dll
)
endif()
CMake/MSVC: deploy cuda support for oidn if available
2024-02-06 13:51:58 -07:00
if(EXISTS ${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_cuda.dll) # 4.1
windows_install_shared_manifest(
FILES
${LIBDIR}/OpenImageDenoise/bin/OpenImageDenoise_device_cuda.dll
)
endif()
Color Management, Stage 2: Switch color pipeline to use OpenColorIO Replace old color pipeline which was supporting linear/sRGB color spaces only with OpenColorIO-based pipeline. This introduces two configurable color spaces: - Input color space for images and movie clips. This space is used to convert images/movies from color space in which file is saved to Blender's linear space (for float images, byte images are not internally converted, only input space is stored for such images and used later). This setting could be found in image/clip data block settings. - Display color space which defines space in which particular display is working. This settings could be found in scene's Color Management panel. When render result is being displayed on the screen, apart from converting image to display space, some additional conversions could happen. This conversions are: - View, which defines tone curve applying before display transformation. These are different ways to view the image on the same display device. For example it could be used to emulate film view on sRGB display. - Exposure affects on image exposure before tone map is applied. - Gamma is post-display gamma correction, could be used to match particular display gamma. - RGB curves are user-defined curves which are applying before display transformation, could be used for different purposes. All this settings by default are only applying on render result and does not affect on other images. If some particular image needs to be affected by this transformation, "View as Render" setting of image data block should be set to truth. Movie clips are always affected by all display transformations. This commit also introduces configurable color space in which sequencer is working. This setting could be found in scene's Color Management panel and it should be used if such stuff as grading needs to be done in color space different from sRGB (i.e. when Film view on sRGB display is use, using VD16 space as sequencer's internal space would make grading working in space which is close to the space using for display). Some technical notes: - Image buffer's float buffer is now always in linear space, even if it was created from 16bit byte images. - Space of byte buffer is stored in image buffer's rect_colorspace property. - Profile of image buffer was removed since it's not longer meaningful. - OpenGL and GLSL is supposed to always work in sRGB space. It is possible to support other spaces, but it's quite large project which isn't so much important. - Legacy Color Management option disabled is emulated by using None display. It could have some regressions, but there's no clear way to avoid them. - If OpenColorIO is disabled on build time, it should make blender behaving in the same way as previous release with color management enabled. More details could be found at this page (more details would be added soon): http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.64/Color_Management -- Thanks to Xavier Thomas, Lukas Toene for initial work on OpenColorIO integration and to Brecht van Lommel for some further development and code/ usecase review!
2012-09-15 10:05:07 +00:00
endif()
CMake: show install hint for ninja as well as make Use the absolute destination path in the message too as the path relative to the CMAKE_INSTALL_PREFIX isn't so meaningful.
2023-06-22 20:27:31 +10:00
# Show helpful tip.
set(_install_cmd "")
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
if("${CMAKE_GENERATOR}" MATCHES ".*Makefiles.*")
CMake: show install hint for ninja as well as make Use the absolute destination path in the message too as the path relative to the CMAKE_INSTALL_PREFIX isn't so meaningful.
2023-06-22 20:27:31 +10:00
set(_install_cmd "make install")
elseif("${CMAKE_GENERATOR}" MATCHES "Ninja")
set(_install_cmd "ninja install")
endif()
if(NOT ("${_install_cmd}" STREQUAL ""))
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Message to display after building.
CMake: show install hint for ninja as well as make Use the absolute destination path in the message too as the path relative to the CMAKE_INSTALL_PREFIX isn't so meaningful.
2023-06-22 20:27:31 +10:00
get_filename_component(_install_dst ${TARGETDIR_VER} ABSOLUTE BASE_DIR ${CMAKE_INSTALL_PREFIX})
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
add_custom_command(
CMake: Fix Policy CMP0175 warning CMake 3.31 has begun emitting CMP0175 [1] when you call add_custom_command with invalid keywords. While `MAIN_DEPENDENCY` is a valid keyword for `add_custom_command(OUTPUT)` [2] it is not for `add_custom_command(TARGET)` [3] proper fix is to remove the offending parameters. [1] https://cmake.org/cmake/help/latest/policy/CMP0175.html [2] https://cmake.org/cmake/help/latest/command/add_custom_command.html#generating-files [3] https://cmake.org/cmake/help/latest/command/add_custom_command.html#build-events Pull Request: https://projects.blender.org/blender/blender/pulls/130565
2024-11-23 01:55:00 +01:00
TARGET blender POST_BUILD
Cleanup: CMake file indentation, wrap long lines
2024-07-22 09:58:45 +10:00
COMMAND
${CMAKE_COMMAND} -E echo
"Run: \\\"${_install_cmd}\\\" to copy runtime files and scripts to: ${_install_dst}"
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
)
CMake: show install hint for ninja as well as make Use the absolute destination path in the message too as the path relative to the CMAKE_INSTALL_PREFIX isn't so meaningful.
2023-06-22 20:27:31 +10:00
unset(_install_dst)
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
endif()
CMake: show install hint for ninja as well as make Use the absolute destination path in the message too as the path relative to the CMAKE_INSTALL_PREFIX isn't so meaningful.
2023-06-22 20:27:31 +10:00
unset(_install_cmd)
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
# macro to help install files without dragging in unnecessary data.
macro(install_dir from to)
install(
DIRECTORY ${from}
DESTINATION ${to}
# Irrelevant files and caches.
PATTERN ".git" EXCLUDE
Build: skip installing .gitea files, deduplicate code * With the move to gitea, .gitea doesn't need to be copied into installs. * Add .github and .gitignore in more places for future proofing. * Deduplicate ìnstall_dir macro. Co-authored-by: Brecht Van Lommel <brecht@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/105980
2023-03-22 12:29:26 +01:00
PATTERN ".gitignore" EXCLUDE
PATTERN ".gitea" EXCLUDE
PATTERN ".github" EXCLUDE
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
PATTERN "*.pyc" EXCLUDE
PATTERN "*.pyo" EXCLUDE
PATTERN "*.orig" EXCLUDE
PATTERN "*.rej" EXCLUDE
PATTERN "__pycache__" EXCLUDE
PATTERN "__MACOSX" EXCLUDE
PATTERN ".DS_Store" EXCLUDE
# Unneeded Python files.
PATTERN "config-${PYTHON_VERSION}/*.a" EXCLUDE # static lib
PATTERN "lib2to3" EXCLUDE # ./lib2to3
PATTERN "tkinter" EXCLUDE # ./tkinter
PATTERN "lib-dynload/_tkinter.*" EXCLUDE # ./lib-dynload/_tkinter.co
PATTERN "idlelib" EXCLUDE # ./idlelib
PATTERN "test" EXCLUDE # ./test
PATTERN "turtledemo" EXCLUDE # ./turtledemo
PATTERN "turtle.py" EXCLUDE # ./turtle.py
PATTERN "wininst*.exe" EXCLUDE # from distutils, avoid malware false positive
)
endmacro()
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
# -----------------------------------------------------------------------------
# Install Targets (Platform Specific)
if(UNIX AND NOT APPLE)
CMake: Linux/Unix Only, use 'install' target rather then copying files with post-build commands. Main change is that you need to run 'make install', which copies files to ./bin by default unless WITH_INSTALL_PORTABLE is OFF, where CMAKE_INSTALL_PREFIX is used for a typical unix-system install.
2011-03-06 11:41:30 +00:00
Build: add system for shipping with dynamic libraries on Linux and macOS PLATFORM_BUNDLED_LIBRARIES gathers shared libraries that will be installed to the lib/ folder. The Blender executable gets a relative rpath pointing to this folder as part of the install step. The build rpath is different and uses absolute paths, so that it works for executables like tests that are in different locations, and to support the case where the build and install folders are different. The system is already used for the OpenMP library on macOS. But on Linux it will only kick in once we start using shared libraries for dependencies. This also removes Mesa libraries from the old location, as these would cause Blender to start with software OpenGL. Ref T99618
2022-08-18 17:07:10 +02:00
if(PLATFORM_BUNDLED_LIBRARIES AND TARGETDIR_LIB)
install(
FILES ${PLATFORM_BUNDLED_LIBRARIES}
DESTINATION ${TARGETDIR_LIB}
)
endif()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# There are a few differences between portable and system install.
Fix for building blender as a Python module Installation didn't work on debian distro's now install into PYTHON_SITE_PACKAGES (which is detected and can be configured).
2015-03-24 17:02:34 +11:00
if(WITH_PYTHON_MODULE)
CMake: tweak recent py module changes support installing portable builds to CMAKE_INSTALL_PREFIX
2015-03-24 19:09:51 +11:00
if(WITH_INSTALL_PORTABLE)
install(
TARGETS blender
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
DESTINATION ${TARGETDIR_BPY}
CMake: tweak recent py module changes support installing portable builds to CMAKE_INSTALL_PREFIX
2015-03-24 19:09:51 +11:00
)
else()
install(
TARGETS blender
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
LIBRARY DESTINATION ${TARGETDIR_BPY}
CMake: tweak recent py module changes support installing portable builds to CMAKE_INSTALL_PREFIX
2015-03-24 19:09:51 +11:00
)
endif()
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
Fix for building blender as a Python module Installation didn't work on debian distro's now install into PYTHON_SITE_PACKAGES (which is detected and can be configured).
2015-03-24 17:02:34 +11:00
# none of the other files are needed currently
elseif(WITH_INSTALL_PORTABLE)
CMake: fix for WITH_DOC_MANPAGE failing to run Blender Use the installed executable location instead of the build location, this would work in situations when the build location had relevant files accessible but this is often not the case.
2023-08-13 14:19:57 +10:00
set(BLENDER_BIN "blender")
Fix: T42553 Linux cmake install now also without absolute path's OS X cmake probably needs more checking.
2014-11-11 21:44:26 +01:00
install(
TARGETS blender
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
Fix: T42553 Linux cmake install now also without absolute path's OS X cmake probably needs more checking.
2014-11-11 21:44:26 +01:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Creator: Add CPU check on startup This adds an sse42 cpu check on startup for both linux and windows, mac has been excluded, since there are no intel based macs that do not support SSE42. The way this works is, we count on the OS to initialize the shared libraries in the order they are linked (which currently holds true) before calling the initialization code in the main executable. This allows us to check the CPU before running any of the code in the main executable that might not be supported by the current isa. Changing those build flags is for a future PR, but for now and for future reference: blender_cpu_check must be build without optimized CPU flags so it'll be able to run on older CPUs. some code has been duplicated from blenlib, there's really no way around that since we cannot link blenlib as it may be build with optimized cpu flags. Windows currently gives a popup to inform the user, while linux reports to the console, there may be better ways to communicate with linux users with perhaps some generic GUI popup, but I'm unaware of these and will leave this for the linux platform maintainer to polish. Part of #116592 Pull Request: https://projects.blender.org/blender/blender/pulls/118054
2024-02-19 18:11:57 +01:00
if(WITH_CPU_CHECK)
install(
TARGETS blender_cpu_check
DESTINATION "./lib"
)
endif()
Better unix filesystem integration as documented here http://wiki.blender.org/index.php/BlenderDev/Blender2.5/Unix_FHS for scons WITH_BF_FHS enabled an alternative layout eg. scons WITH_BF_FHS=1 BF_INSTALLDIR="/usr/local" for CMake just run "make install" after make (CMAKE_INSTALL_PREFIX is used for the base path) Currently only scripts use both the system and user path correctly, other areas of blender have their own path code inline with lots of ifdefs, needs to be carefully updated.
2009-09-21 03:16:26 +00:00
install(
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
FILES
cmake formatting adjustment, no functional change.
2011-05-30 10:51:37 +00:00
${CMAKE_SOURCE_DIR}/release/freedesktop/blender.desktop
${CMAKE_SOURCE_DIR}/release/freedesktop/icons/scalable/apps/blender.svg
Linux/freedesktop: update Blender app icon based on new guidelines. * Use only scalable SVG icon. * Add symbolic variant for accessibility. * Remove shadow, this is added automatically. For more information see: https://gitlab.gnome.org/GNOME/Initiatives/issues/2 https://developer.gnome.org/hig/stable/icon-design.html.en
2019-03-01 14:42:12 +01:00
${CMAKE_SOURCE_DIR}/release/freedesktop/icons/symbolic/apps/blender-symbolic.svg
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
cmake changes - set python to 3.1 on linux (dont use FindPackage for now) - remove duplicate settings (disable cache for copied settings, was quite confusing) - added an option WITH_INSTALL, when disabled scripts and language files wont be copied to the target dir (better for quick builds) - remove .svn (was still CVS), and pyc/pyc files after copy - copy the 'io' as well as 'ui'
2009-08-14 17:16:16 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: add WITH_BLENDER_THUMBNAILER option Make building the thumbnail extraction executable optional, disable on macOS as this was not linking, further, macOS doesn't use this for thumbnail extraction so it could be left disabled.
2021-10-20 12:10:09 +11:00
if(WITH_BLENDER_THUMBNAILER)
install(
TARGETS blender-thumbnailer
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
CMake: add WITH_BLENDER_THUMBNAILER option Make building the thumbnail extraction executable optional, disable on macOS as this was not linking, further, macOS doesn't use this for thumbnail extraction so it could be left disabled.
2021-10-20 12:10:09 +11:00
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: add WITH_LIBS_PRECOMPILED option (UNIX only) This makes it convenient to build blender without referencing pre-compiled libraries which don't always work on newer Linux systems. Previously I had to rename ../lib while creating the CMakeCache.txt to ensure my systems libraries would be used. This change ensures LIBDIR is undefined when WITH_LIBS_PRECOMPILED is disabled, so any accidental use warns with CMake's `--warn-unused-vars` argument is given.
2023-01-19 17:07:24 +11:00
# NOTE: there is a bug in CMake 3.25.1 where `LIBDIR` is reported as undefined.
if(NOT DEFINED LIBDIR)
# Pass.
elseif(EXISTS ${LIBDIR}/mesa)
CMake: use CMAKE_INSTALL_PREFIX in more places Also remove quotes for consistency as they aren't needed and weren't used in quite a few places.
2023-08-13 13:44:37 +10:00
install(
Fix: blender-softwaregl on Linux not working Files were installed to the wrong directory after 282944caacd.
2024-01-29 14:46:30 +01:00
# Trailing slash is needed to install contents instead of directory itself.
DIRECTORY ${LIBDIR}/mesa/lib/
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./lib/mesa"
CMake: use CMAKE_INSTALL_PREFIX in more places Also remove quotes for consistency as they aren't needed and weren't used in quite a few places.
2023-08-13 13:44:37 +10:00
)
CMake: Move software-gl to generic install procedure Removes custom logic from buildbot's packing step. This also removes icons/ folder, but CMake was already copying the icons to the root of the install folder.
2019-10-09 13:07:40 +02:00
install(
PROGRAMS
Linux: add launcher script to fix issue launching on Steam The steam environment sets LD_LIBRARY_PATH with a libtbb.so.2 that is incompatible with our own. This wrapper scripts gives our own library priority. There is a more modern "Steam Linux Runtime" that can be used instead of the "LD_LIBRARY_PATH Steam Runtime" and which launches Blender, but it fails to detect GPU compute libraries. So that was not an option. Ref #107385 Pull Request: https://projects.blender.org/blender/blender/pulls/109169
2023-06-21 14:49:27 +02:00
${CMAKE_SOURCE_DIR}/release/bin/blender-launcher
CMake: Move software-gl to generic install procedure Removes custom logic from buildbot's packing step. This also removes icons/ folder, but CMake was already copying the icons to the root of the install folder.
2019-10-09 13:07:40 +02:00
${CMAKE_SOURCE_DIR}/release/bin/blender-softwaregl
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
CMake: Move software-gl to generic install procedure Removes custom logic from buildbot's packing step. This also removes icons/ folder, but CMake was already copying the icons to the root of the install folder.
2019-10-09 13:07:40 +02:00
)
Build: add system for shipping with dynamic libraries on Linux and macOS PLATFORM_BUNDLED_LIBRARIES gathers shared libraries that will be installed to the lib/ folder. The Blender executable gets a relative rpath pointing to this folder as part of the install step. The build rpath is different and uses absolute paths, so that it works for executables like tests that are in different locations, and to support the case where the build and install folders are different. The system is already used for the OpenMP library on macOS. But on Linux it will only kick in once we start using shared libraries for dependencies. This also removes Mesa libraries from the old location, as these would cause Blender to start with software OpenGL. Ref T99618
2022-08-18 17:07:10 +02:00
# Remove from old location, so existing builds don't start with software
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# OpenGL now that the `./lib/` directory is used for other libraries.
Build: add system for shipping with dynamic libraries on Linux and macOS PLATFORM_BUNDLED_LIBRARIES gathers shared libraries that will be installed to the lib/ folder. The Blender executable gets a relative rpath pointing to this folder as part of the install step. The build rpath is different and uses absolute paths, so that it works for executables like tests that are in different locations, and to support the case where the build and install folders are different. The system is already used for the OpenMP library on macOS. But on Linux it will only kick in once we start using shared libraries for dependencies. This also removes Mesa libraries from the old location, as these would cause Blender to start with software OpenGL. Ref T99618
2022-08-18 17:07:10 +02:00
install(
Cleanup: CMake indentation
2023-01-19 17:07:17 +11:00
CODE "\
CMake: remove redundant white-space as part of multi-line strings
2023-11-04 16:41:19 +11:00
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libGL.so)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libGL.so.1)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libGL.so.1.5.0)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libGLU.so)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libGLU.so.1)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libGLU.so.1.3.1)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libglapi.so)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libglapi.so.0)\n
file(REMOVE ${CMAKE_BINARY_DIR}/bin/lib/libglapi.so.0.0.0)\n
"
Build: add system for shipping with dynamic libraries on Linux and macOS PLATFORM_BUNDLED_LIBRARIES gathers shared libraries that will be installed to the lib/ folder. The Blender executable gets a relative rpath pointing to this folder as part of the install step. The build rpath is different and uses absolute paths, so that it works for executables like tests that are in different locations, and to support the case where the build and install folders are different. The system is already used for the OpenMP library on macOS. But on Linux it will only kick in once we start using shared libraries for dependencies. This also removes Mesa libraries from the old location, as these would cause Blender to start with software OpenGL. Ref T99618
2022-08-18 17:07:10 +02:00
)
CMake: Move software-gl to generic install procedure Removes custom logic from buildbot's packing step. This also removes icons/ folder, but CMake was already copying the icons to the root of the install folder.
2019-10-09 13:07:40 +02:00
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
else()
# main blender binary
CMake: fix for WITH_DOC_MANPAGE failing to run Blender Use the installed executable location instead of the build location, this would work in situations when the build location had relevant files accessible but this is often not the case.
2023-08-13 14:19:57 +10:00
set(BLENDER_BIN "bin/blender")
Fix for building blender as a Python module Installation didn't work on debian distro's now install into PYTHON_SITE_PACKAGES (which is detected and can be configured).
2015-03-24 17:02:34 +11:00
install(
TARGETS blender
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./bin"
Fix for building blender as a Python module Installation didn't work on debian distro's now install into PYTHON_SITE_PACKAGES (which is detected and can be configured).
2015-03-24 17:02:34 +11:00
)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Misc files.
Better unix filesystem integration as documented here http://wiki.blender.org/index.php/BlenderDev/Blender2.5/Unix_FHS for scons WITH_BF_FHS enabled an alternative layout eg. scons WITH_BF_FHS=1 BF_INSTALLDIR="/usr/local" for CMake just run "make install" after make (CMAKE_INSTALL_PREFIX is used for the base path) Currently only scripts use both the system and user path correctly, other areas of blender have their own path code inline with lots of ifdefs, needs to be carefully updated.
2009-09-21 03:16:26 +00:00
install(
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
FILES ${CMAKE_SOURCE_DIR}/release/freedesktop/blender.desktop
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./share/applications"
patch [#23039] cmake install taget fix for brush icons on linux from Ralf Hölzemer (cheleb)
2010-07-26 19:59:33 +00:00
)
cmake - install icons into $PREFIX/share/icons/hicolor/ rather then $PREFIX/share/pixmaps/, also move blender icon into 'apps' dir.
2011-04-21 06:37:54 +00:00
install(
Linux: Improve metainfo file - Add OARS info, <url/> tags and screenshot captions - Change metainfo file extension from the deprecated ".appdata.xml" to. - Update bugtracker and help URL tags in metainfo file. - The metainfo file is now installed. - The file now passes flatpak validation. Ref !114115
2023-10-24 17:05:30 +02:00
FILES ${CMAKE_SOURCE_DIR}/release/freedesktop/org.blender.Blender.metainfo.xml
DESTINATION "./share/metainfo"
)
cmake - install icons into $PREFIX/share/icons/hicolor/ rather then $PREFIX/share/pixmaps/, also move blender icon into 'apps' dir.
2011-04-21 06:37:54 +00:00
install(
FILES ${CMAKE_SOURCE_DIR}/release/freedesktop/icons/scalable/apps/blender.svg
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./share/icons/hicolor/scalable/apps"
CMake: Copy .blender structure and necessary dlls for Windows builds as part of the postbuild to target directories.
2006-12-10 14:49:28 +00:00
)
Linux/freedesktop: update Blender app icon based on new guidelines. * Use only scalable SVG icon. * Add symbolic variant for accessibility. * Remove shadow, this is added automatically. For more information see: https://gitlab.gnome.org/GNOME/Initiatives/issues/2 https://developer.gnome.org/hig/stable/icon-design.html.en
2019-03-01 14:42:12 +01:00
install(
FILES ${CMAKE_SOURCE_DIR}/release/freedesktop/icons/symbolic/apps/blender-symbolic.svg
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./share/icons/hicolor/symbolic/apps"
Linux/freedesktop: update Blender app icon based on new guidelines. * Use only scalable SVG icon. * Add symbolic variant for accessibility. * Remove shadow, this is added automatically. For more information see: https://gitlab.gnome.org/GNOME/Initiatives/issues/2 https://developer.gnome.org/hig/stable/icon-design.html.en
2019-03-01 14:42:12 +01:00
)
CMake: add WITH_BLENDER_THUMBNAILER option Make building the thumbnail extraction executable optional, disable on macOS as this was not linking, further, macOS doesn't use this for thumbnail extraction so it could be left disabled.
2021-10-20 12:10:09 +11:00
if(WITH_BLENDER_THUMBNAILER)
install(
TARGETS blender-thumbnailer
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./bin"
CMake: add WITH_BLENDER_THUMBNAILER option Make building the thumbnail extraction executable optional, disable on macOS as this was not linking, further, macOS doesn't use this for thumbnail extraction so it could be left disabled.
2021-10-20 12:10:09 +11:00
)
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
if(WITH_PYTHON AND WITH_PYTHON_INSTALL)
# Install executable
install(
PROGRAMS ${PYTHON_EXECUTABLE}
DESTINATION ${TARGETDIR_VER}/python/bin
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: add WITH_LIBS_PRECOMPILED option (UNIX only) This makes it convenient to build blender without referencing pre-compiled libraries which don't always work on newer Linux systems. Previously I had to rename ../lib while creating the CMakeCache.txt to ensure my systems libraries would be used. This change ensures LIBDIR is undefined when WITH_LIBS_PRECOMPILED is disabled, so any accidental use warns with CMake's `--warn-unused-vars` argument is given.
2023-01-19 17:07:24 +11:00
if(DEFINED LIBDIR)
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# Pre-compiled libraries, copy over complete lib directory.
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
install_dir(
${PYTHON_LIBPATH}
${TARGETDIR_VER}/python
)
else()
# System libraries.
CMake: install Python executable when its bundled
2015-05-19 15:56:28 +10:00
install(
CMake: install python as an executable
2016-02-15 18:45:32 +11:00
PROGRAMS ${PYTHON_EXECUTABLE}
CMake: install Python executable when its bundled
2015-05-19 15:56:28 +10:00
DESTINATION ${TARGETDIR_VER}/python/bin
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# On some platforms (like openSUSE) Python is linked to be used from `lib64` directory.
# determine this from Python's libraries path.
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# Ugh, its possible `lib64` is just a symbolic-link to `lib`
# which causes incorrect use of `lib64`.
minor changes to get numpy working with locally bundled python. - enable site-packages for bundled python distrobution, py3.2 had a problem where it would try to parse headers we didnt include, but its resolved now. - workaround for glitch I was having on arch-linux where lib64 would be be used for the bundled python directory when it was just a symlink.
2013-04-23 13:51:20 +00:00
get_filename_component(_pypath_real ${PYTHON_LIBPATH} REALPATH)
if(${_pypath_real} MATCHES "lib64$")
CMake: determine if python should be bundled into "lib" or "lib64" folder. Needed to deal with OS like openSUSE where Python is installed to /usr/lib64 and don't work if it's getting bundled into <blender_version>/python/lib. Thanks to Campbell to making this patch cleaner :)
2012-02-15 08:53:28 +00:00
set(_target_LIB "lib64")
else()
set(_target_LIB "lib")
endif()
minor changes to get numpy working with locally bundled python. - enable site-packages for bundled python distrobution, py3.2 had a problem where it would try to parse headers we didnt include, but its resolved now. - workaround for glitch I was having on arch-linux where lib64 would be be used for the bundled python directory when it was just a symlink.
2013-04-23 13:51:20 +00:00
unset(_pypath_real)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Copy the systems python into the install directory:
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
# install(CODE "message(\"copying a subset of the systems python...\")")
CMake: Linux/Unix Only, use 'install' target rather then copying files with post-build commands. Main change is that you need to run 'make install', which copies files to ./bin by default unless WITH_INSTALL_PORTABLE is OFF, where CMAKE_INSTALL_PREFIX is used for a typical unix-system install.
2011-03-06 11:41:30 +00:00
install(
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
DIRECTORY ${PYTHON_LIBPATH}/python${PYTHON_VERSION}
CMake: determine if python should be bundled into "lib" or "lib64" folder. Needed to deal with OS like openSUSE where Python is installed to /usr/lib64 and don't work if it's getting bundled into <blender_version>/python/lib. Thanks to Campbell to making this patch cleaner :)
2012-02-15 08:53:28 +00:00
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}
update to build system excluding parts of the python bundle.
2011-05-26 11:45:25 +00:00
PATTERN "__pycache__" EXCLUDE # * any cache *
CMake: update python to 3.9.1 Default to Python version 3.9. Reviewed By: LazyDodo, sybren, sebbas Ref D10380
2021-02-12 07:50:01 +11:00
PATTERN "config-${PYTHON_VERSION}/*.a" EXCLUDE # static lib
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
PATTERN "lib2to3" EXCLUDE # ./lib2to3
PATTERN "site-packages/*" EXCLUDE # ./site-packages/*
PATTERN "tkinter" EXCLUDE # ./tkinter
PATTERN "lib-dynload/_tkinter.*" EXCLUDE # ./lib-dynload/_tkinter.co
update to build system excluding parts of the python bundle.
2011-05-26 11:45:25 +00:00
PATTERN "idlelib" EXCLUDE # ./idlelib
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
PATTERN "test" EXCLUDE # ./test
PATTERN "turtledemo" EXCLUDE # ./turtledemo
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
PATTERN "turtle.py" EXCLUDE # ./turtle.py
Python: don't include distutils Windows installer executables for Linux/macOS They were detected as (false positive) malware with ClamAV. It's unlikely someone would need these files, and e.g. the Debian Python package also excludes them with a custom patch.
2019-09-10 12:38:11 +02:00
PATTERN "wininst*.exe" EXCLUDE # from distutils, avoid malware false positive
cmake changes - set python to 3.1 on linux (dont use FindPackage for now) - remove duplicate settings (disable cache for copied settings, was quite confusing) - added an option WITH_INSTALL, when disabled scripts and language files wont be copied to the target dir (better for quick builds) - remove .svn (was still CVS), and pyc/pyc files after copy - copy the 'io' as well as 'ui'
2009-08-14 17:16:16 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Needed for `distutils/pip`.
# Get the last part of the include dir, will be `python{version}{abiflag}`.
Include modules needed for Python to run pip This means Python developers can install pip using Blender's bundled Python.
2016-03-01 07:34:18 +11:00
get_filename_component(_py_inc_suffix ${PYTHON_INCLUDE_DIR} NAME)
install(
FILES ${PYTHON_INCLUDE_DIR}/pyconfig.h
DESTINATION ${TARGETDIR_VER}/python/include/${_py_inc_suffix}
)
unset(_py_inc_suffix)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
WITH_PYTHON_INSTALL_NUMPY option for unix/cmake, just copies from site-packages.
2012-04-30 09:38:32 +00:00
if(WITH_PYTHON_INSTALL_NUMPY)
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
# Install to the same directory as the source, so debian-like
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# distributions are happy with their policy.
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
set(_suffix "site-packages")
if(${PYTHON_NUMPY_PATH} MATCHES "dist-packages")
set(_suffix "dist-packages")
endif()
WITH_PYTHON_INSTALL_NUMPY option for unix/cmake, just copies from site-packages.
2012-04-30 09:38:32 +00:00
install(
CMake: Fix to install numpy (source dir was "hardcoded", rather use PYTHON_NUMPY_PATH), was failing under Debian testing. Note that there is still a problem, destination ("site-packages") is not in blender's python path, so you have to edit sys.path before being able to import numpy... but at least it installs again.
2012-05-02 14:16:35 +00:00
DIRECTORY ${PYTHON_NUMPY_PATH}/numpy
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
WITH_PYTHON_INSTALL_NUMPY option for unix/cmake, just copies from site-packages.
2012-04-30 09:38:32 +00:00
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
PATTERN "oldnumeric" EXCLUDE # ./oldnumeric
PATTERN "doc" EXCLUDE # ./doc
PATTERN "tests" EXCLUDE # ./tests
Cleanup: cmake, indentation, line length
2016-05-18 11:58:08 +10:00
PATTERN "f2py" EXCLUDE # ./f2py - fortran/python interface code, not for blender.
Cleanup: Spelling Mistakes This patch fixes many minor spelling mistakes, all in comments or console output. Mostly contractions like can't, won't, don't, its/it's, etc. Differential Revision: https://developer.blender.org/D11663 Reviewed by Harley Acheson
2021-06-22 10:42:32 -07:00
PATTERN "include" EXCLUDE # include dirs all over, we won't use NumPy/CAPI
WITH_PYTHON_INSTALL_NUMPY option for unix/cmake, just copies from site-packages.
2012-04-30 09:38:32 +00:00
PATTERN "*.h" EXCLUDE # some includes are not in include dirs
Cleanup: Spelling Mistakes This patch fixes many minor spelling mistakes, all in comments or console output. Mostly contractions like can't, won't, don't, its/it's, etc. Differential Revision: https://developer.blender.org/D11663 Reviewed by Harley Acheson
2021-06-22 10:42:32 -07:00
PATTERN "*.a" EXCLUDE # ./core/lib/libnpymath.a - for linking, we don't need.
WITH_PYTHON_INSTALL_NUMPY option for unix/cmake, just copies from site-packages.
2012-04-30 09:38:32 +00:00
)
Deps: Python, install Cython package Cython was already bundled with Blender's libraries in SVN (as dependency of Numpy, see rB5bddfde217b1), but was never actually installed in the CMake install step. As a result, `import cython` would fail. This is now fixed.
2021-10-22 14:01:47 +02:00
install(
DIRECTORY ${PYTHON_NUMPY_PATH}/Cython
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
install(
FILES ${PYTHON_NUMPY_PATH}/cython.py
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
)
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
unset(_suffix)
WITH_PYTHON_INSTALL_NUMPY option for unix/cmake, just copies from site-packages.
2012-04-30 09:38:32 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
if(WITH_USD)
# Install to the same directory as the source, so debian-like
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# distributions are happy with their policy.
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
set(_suffix "site-packages")
Cleanup: undefined defined variable warnings with CMake
2024-03-01 16:22:06 +11:00
if(0) # TODO: `PYTHON_USD_PATH` isn't defined anywhere.
if(${PYTHON_USD_PATH} MATCHES "dist-packages")
set(_suffix "dist-packages")
endif()
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
endif()
install(
DIRECTORY ${USD_LIBRARY_DIR}/python/
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
unset(_suffix)
endif()
Deps: Python, bundle zstandard package This package allows Python scripts to handle compressed blend files (see rB2ea66af742bc). This is for example needed by Blender Asset Tracer to send files to a Flamenco render farm. This change includes a new `WITH_PYTHON_INSTALL_ZSTANDARD` build-time option, to control whether to actually install the package. For this the already-existing approach for Requests was copied. Reviewed By: LazyDodo, mont29, brecht Differential Revision: https://developer.blender.org/D12777
2021-10-21 13:45:37 +02:00
if(WITH_PYTHON_INSTALL_ZSTANDARD)
# Install to the same directory as the source, so debian-like
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# distributions are happy with their policy.
Deps: Python, bundle zstandard package This package allows Python scripts to handle compressed blend files (see rB2ea66af742bc). This is for example needed by Blender Asset Tracer to send files to a Flamenco render farm. This change includes a new `WITH_PYTHON_INSTALL_ZSTANDARD` build-time option, to control whether to actually install the package. For this the already-existing approach for Requests was copied. Reviewed By: LazyDodo, mont29, brecht Differential Revision: https://developer.blender.org/D12777
2021-10-21 13:45:37 +02:00
set(_suffix "site-packages")
CMake: Fix using numpy variable for the zstandard path Copy paste error in a5917175d8c1a7cab83b401ae2f4affcd4ab8df4.
2022-01-18 17:18:57 +11:00
if(${PYTHON_ZSTANDARD_PATH} MATCHES "dist-packages")
Deps: Python, bundle zstandard package This package allows Python scripts to handle compressed blend files (see rB2ea66af742bc). This is for example needed by Blender Asset Tracer to send files to a Flamenco render farm. This change includes a new `WITH_PYTHON_INSTALL_ZSTANDARD` build-time option, to control whether to actually install the package. For this the already-existing approach for Requests was copied. Reviewed By: LazyDodo, mont29, brecht Differential Revision: https://developer.blender.org/D12777
2021-10-21 13:45:37 +02:00
set(_suffix "dist-packages")
endif()
install(
CMake: Fix using numpy variable for the zstandard path Copy paste error in a5917175d8c1a7cab83b401ae2f4affcd4ab8df4.
2022-01-18 17:18:57 +11:00
DIRECTORY ${PYTHON_ZSTANDARD_PATH}/zstandard
Deps: Python, bundle zstandard package This package allows Python scripts to handle compressed blend files (see rB2ea66af742bc). This is for example needed by Blender Asset Tracer to send files to a Flamenco render farm. This change includes a new `WITH_PYTHON_INSTALL_ZSTANDARD` build-time option, to control whether to actually install the package. For this the already-existing approach for Requests was copied. Reviewed By: LazyDodo, mont29, brecht Differential Revision: https://developer.blender.org/D12777
2021-10-21 13:45:37 +02:00
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
unset(_suffix)
endif()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Copy requests, we need to generalize site-packages.
Build system: add cmake option to install requests
2014-03-05 05:39:53 +11:00
if(WITH_PYTHON_INSTALL_REQUESTS)
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
set(_suffix "site-packages")
if(${PYTHON_REQUESTS_PATH} MATCHES "dist-packages")
set(_suffix "dist-packages")
endif()
Build system: add cmake option to install requests
2014-03-05 05:39:53 +11:00
install(
Make requests python package to be detected in the same way as numpy This solves missing requests package reported on the systems where it's located in dist-packages rather than in site-packages. To do this there's now a helper macros which handles both requests and numpy now and could be used for more packages in the future. Reviewers: campbellbarton Reviewed By: campbellbarton Differential Revision: https://developer.blender.org/D686
2014-07-28 20:42:30 +06:00
DIRECTORY ${PYTHON_REQUESTS_PATH}/requests
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
Build system: add cmake option to install requests
2014-03-05 05:39:53 +11:00
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
# On some platforms requests does have extra dependencies.
CMake/Linux/Python:copy either `chardet` or `charset_normalizer` `chardet` was replaced by `charset_normalizer` for modern `requests`. With this change, `{make,ninja} install` will also copy the latter into Blender's install directory.
2022-01-27 12:15:08 +01:00
#
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Either `chardet` or `charset_normalizer` is used, depending on the version of Python.
# The code below silently skips the one that's not available, so we can list both here.
CMake/Linux/Python:copy either `chardet` or `charset_normalizer` `chardet` was replaced by `charset_normalizer` for modern `requests`. With this change, `{make,ninja} install` will also copy the latter into Blender's install directory.
2022-01-27 12:15:08 +01:00
set(_requests_deps "certifi" "chardet" "charset_normalizer" "idna" "urllib3")
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
foreach(_requests_dep ${_requests_deps})
if(EXISTS ${PYTHON_REQUESTS_PATH}/${_requests_dep})
install(
DIRECTORY ${PYTHON_REQUESTS_PATH}/${_requests_dep}
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
endif()
endforeach()
if(EXISTS ${PYTHON_REQUESTS_PATH}/six.py)
install(
FILES ${PYTHON_REQUESTS_PATH}/six.py
DESTINATION ${TARGETDIR_VER}/python/${_target_LIB}/python${PYTHON_VERSION}/${_suffix}
)
Cleanup: cmake, indentation, line length
2016-05-18 11:58:08 +10:00
endif()
Fix bundling of requests on debian-like systems Couple of issues: - Debian systems doesn't use site-packages but uses dist-packages instead. - Requetss from ubuntu repository depends on urlllib3 and chardet, which also implies six. copy those libs as well. I know it's all rather annoying, but no that much choise is in here..
2014-07-28 23:16:39 +06:00
unset(_requests_dep)
unset(_requests_deps)
unset(_suffix)
Build system: add cmake option to install requests
2014-03-05 05:39:53 +11:00
endif()
CMake: determine if python should be bundled into "lib" or "lib64" folder. Needed to deal with OS like openSUSE where Python is installed to /usr/lib64 and don't work if it's getting bundled into <blender_version>/python/lib. Thanks to Campbell to making this patch cleaner :)
2012-02-15 08:53:28 +00:00
unset(_target_LIB)
cmake changes - set python to 3.1 on linux (dont use FindPackage for now) - remove duplicate settings (disable cache for copied settings, was quite confusing) - added an option WITH_INSTALL, when disabled scripts and language files wont be copied to the target dir (better for quick builds) - remove .svn (was still CVS), and pyc/pyc files after copy - copy the 'io' as well as 'ui'
2009-08-14 17:16:16 +00:00
endif()
Add a script to collect system information when Blender isn't opening This commit adds a python script that can collect some of the information necessary to fill out a bug report. The primary use case is to help users collect system information for a bug report in the case that Blender can't open. CMD and sh files are included to help users use the Python script. Ref !122191
2024-09-03 12:59:59 +10:00
if(WITH_INSTALL_PORTABLE)
# The script uses the version of Python installed with Blender,
# so it must only be inside installed if `WITH_PYTHON AND WITH_PYTHON_INSTALL`
# are active.
get_filename_component(PYTHON_EXECUTABLE_NAME_ONLY ${PYTHON_EXECUTABLE} NAME)
configure_file(
${CMAKE_SOURCE_DIR}/release/freedesktop/scripts/blender-system-info.sh.in
${CMAKE_BINARY_DIR}/release/freedesktop/scripts/blender-system-info.sh
@ONLY
)
unset(PYTHON_EXECUTABLE_NAME_ONLY)
install(
PROGRAMS ${CMAKE_BINARY_DIR}/release/freedesktop/scripts/blender-system-info.sh
DESTINATION "."
)
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
elseif(WIN32)
MSVC: Add cmake option for external manifests This PR adds a cmake option `WITH_WINDOWS_EXTERNAL_MANIFEST` which is off by default which addresses the following 2 problems: The CI env occasionally fails to link the manifest into blender.exe with mt.exe getting file in use error. The solutions mentioned online vary wildly between, just rebuild, turn off your AV, use this magic switch. None of them actually point to a root cause we can address. When building blender with clang and the visual studio generator it also somehow doesn't embed the manifest. If the bots stay problematic this option can be turned on for the CI environment, and will be automatically turned on when it detects clang and the visual studio generator being used. Pull Request: https://projects.blender.org/blender/blender/pulls/111683
2024-04-18 16:57:04 +02:00
if(WITH_WINDOWS_EXTERNAL_MANIFEST)
install(
FILES ${CMAKE_BINARY_DIR}/blender.exe.manifest
DESTINATION "."
)
install(
FILES ${CMAKE_BINARY_DIR}/blender.exe.manifest
DESTINATION "."
RENAME blender-launcher.exe.manifest
)
endif()
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
GPU: replace GLEW with libepoxy With libepoxy we can choose between EGL and GLX at runtime, as well as dynamically open EGL and GLX libraries without linking to them. This will make it possible to build with Wayland, EGL, GLVND support while still running on systems that only have X11, GLX and libGL. It also paves the way for headless rendering through EGL. libepoxy is a new library dependency, and is included in the precompiled libraries. GLEW is no longer a dependency, and WITH_SYSTEM_GLEW was removed. Includes contributions by Brecht Van Lommel, Ray Molenkamp, Campbell Barton and Sergey Sharybin. Ref T76428 Differential Revision: https://developer.blender.org/D15291
2022-08-15 14:58:04 +02:00
FILES ${LIBDIR}/epoxy/bin/epoxy-0.dll
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
ALL
GPU: replace GLEW with libepoxy With libepoxy we can choose between EGL and GLX at runtime, as well as dynamically open EGL and GLX libraries without linking to them. This will make it possible to build with Wayland, EGL, GLVND support while still running on systems that only have X11, GLX and libGL. It also paves the way for headless rendering through EGL. libepoxy is a new library dependency, and is included in the precompiled libraries. GLEW is no longer a dependency, and WITH_SYSTEM_GLEW was removed. Includes contributions by Brecht Van Lommel, Ray Molenkamp, Campbell Barton and Sergey Sharybin. Ref T76428 Differential Revision: https://developer.blender.org/D15291
2022-08-15 14:58:04 +02:00
)
Cleanup: cmake formatting
2024-08-21 23:20:34 +10:00
if(WITH_VULKAN_BACKEND)
Vulkan: Enable as Experimental Option This PR enables vulkan backend as experimental option. It will only be available in alpha builds on Linux and Windows. This option is highly experimental and enabled to get some insight on supported platforms. Don't expect a fully working Blender yet. Also don't expect it to have usable performance. **What is known to not work?** * OCIO textures are not supported on Intel and AMD GPUs. sRGB/Standard is supported on those platforms. * AMD Polaris based GPUs on Linux will generate a crash when drawing the 3d cursor as it doesn't support the needed vertex format. Comment out `DRW_draw_cursor` in `DRW_draw_region_info`. * The colors in the node editor and sequencer are of as sRGB viewports aren't detected correctly. * The image / UV editor isn't working as many texture formats haven't been tested yet. Some tweaks are also needed to do correct depth testing. * 3D Viewport is known to be flickering. Sometimes workbench doesn't display anything. * 3D Viewport wireframe will crash as it uses a framebuffer with gaps between color attachments, which isn't supported yet. (#113141) * Rotate the view widget is partially drawn due to incompatible depth clipping. * GPU Selection isn't working. It is expected to be solved when Overlay-Next will become the default engine. For now disable GPU depth picking in the preferences. * Cycles/EEVEE are known to not work with Vulkan yet. Cycles requires Vulkan Pixel Buffer. Cuda <-> Vulkan interop might require a different approach than OpenGL as Vulkan doesn't allow importing memory from a Cuda context. EEVEE uses features that aren't available yet in the backend * Workbench is working, except Workbench shadows. * EEVEE-Next basics are working. Shadows, lights are known to be not working. Materials/Shading works in simple scenes. Changes are expected in EEVEE-Next that will break Vulkan compatibility in the near future. * Systems with multiple GPUs is not expected to work. * Wayland support is in development and requires some iterations. You can start Blender, but the protocols are not aligned yet. * OpenXR hasn't been modified and is expected to fail. * The backend is very strict when mis-using the GPU module. In debug builds it may crash on asserts. * Older drivers/GPUs might not have all the features that we require. The workarounds for the missing features still need to be implemented. **A word about performance** In the project planning we focus first on stability and platform support. The performance of Vulkan is around 20% of what we want to achieve. The reason is that each command sent to the GPU is done one at a time. The implementation even waits until we have feedback that the GPU is idle again. Geometry is currently stored in System RAM. The GPU will read and cache the data when accessing geometry. This slows down when using objects with much geometry. Some performance features like MDI (Multi-Draw-Indirect) hasn't been implemented and falls back to Single Draw Indirect. **Why enable it is an experimental option?** * Ensures that new features are being tested with Vulkan * Ensure that building with Vulkan is possible on supported platforms * Get feedback from developers if Vulkan can run on their system or that there are special cases that we are not aware of. Main development environment has been Linux/X11 with occasionally testing using Windows. * Validate Add-ons that use the `gpu` module. * Possible to enable GLSL validation on the buildbot. (Needs more work). * Does it compile on all machines or does it require more changes to cmake config. We expect it to be able to compile without installing the Vulkan SDK. The Vulkan SDK is a very powerful tool, but only when actually doing GPU development. Otherwise it is an overhead which slows down other activities. **How can the backend be enabled?** Currently the Vulkan backend can be enabled per Blender session by starting using the command line argument `--gpu-backend vulkan`. In the future, when the backend is more mature, we will add a user preference to switch between OpenGL and Vulkan. Pull Request: https://projects.blender.org/blender/blender/pulls/113057
2023-10-06 15:24:21 +02:00
windows_install_shared_manifest(
FILES ${LIBDIR}/vulkan/bin/vulkan-1.dll
ALL
)
endif()
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# 4.1 FFTW libs need to be installed, in 4.2 FFTW got turned into a static lib
CMake: remove logic to exclude removed add-ons directories Using a REGEX on an absolute path may not work reliably without escaping the path. Remove the exclusion as these paths are no longer part of Blender's sources. If some developers happen to have these directories it's harmless as they won't be used.
2024-07-09 15:32:08 +10:00
# and the files below no longer exist.
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
if(EXISTS ${LIBDIR}/fftw3/lib/fftw3.dll)
CMake/Win: fftw adjust for filename changes in 3.6 Preparation for the the 3.6 library update landing. The filenames for these libs will change a little bit and 3.6 will add new library for the fp32 version of fftw.
2023-05-11 08:36:33 -06:00
windows_install_shared_manifest(
cmake: windows: only install fftw's dlls when available These are no longer used in 4.2 and need not to be installed.
2024-06-10 09:17:11 -06:00
FILES
${LIBDIR}/fftw3/lib/fftw3.dll
${LIBDIR}/fftw3/lib/fftw3f.dll
CMake/Win: fftw adjust for filename changes in 3.6 Preparation for the the 3.6 library update landing. The filenames for these libs will change a little bit and 3.6 will add new library for the fp32 version of fftw.
2023-05-11 08:36:33 -06:00
ALL
)
endif()
MSVC: ASAN support for VS 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` MSVC: Asan support for 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` Differential Revision: https://developer.blender.org/D7794 Reviewed By: brecht, sergey
2021-03-29 19:11:17 -06:00
if(MSVC_ASAN)
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# The ASAN DLL's can be found in the same directory as the compiler,
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# this is the easiest way to find these.
Cleanup: wrap long lines in CMake
2023-08-10 11:28:25 +10:00
string(
REPLACE "cl.exe" "clang_rt.asan_dynamic-x86_64.dll"
ASAN_DLL ${CMAKE_C_COMPILER})
string(
REPLACE "cl.exe" "clang_rt.asan_dbg_dynamic-x86_64.dll"
ASAN_DEBUG_DLL ${CMAKE_C_COMPILER}
)
MSVC: ASAN support for VS 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` MSVC: Asan support for 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` Differential Revision: https://developer.blender.org/D7794 Reviewed By: brecht, sergey
2021-03-29 19:11:17 -06:00
if(NOT EXISTS "${ASAN_DLL}")
Cleanup: cmake line length, wrapping
2022-09-09 11:52:14 +10:00
message(
FATAL_ERROR
"ASAN is enabled, but the ASAN runtime is not detected, "
"this is an optional component during the MSVC install, please install it"
)
MSVC: ASAN support for VS 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` MSVC: Asan support for 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` Differential Revision: https://developer.blender.org/D7794 Reviewed By: brecht, sergey
2021-03-29 19:11:17 -06:00
endif()
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
FILES ${ASAN_DLL}
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
RELEASE
MSVC: ASAN support for VS 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` MSVC: Asan support for 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` Differential Revision: https://developer.blender.org/D7794 Reviewed By: brecht, sergey
2021-03-29 19:11:17 -06:00
)
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
FILES ${ASAN_DEBUG_DLL}
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
DEBUG
MSVC: ASAN support for VS 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` MSVC: Asan support for 16.9 This enables ASAN support when used with VS 16.9 enable as usual in cmake with the WITH_COMPILER_ASAN option, or when using make.bat just tag on `asan' to the invocation, ie: `make lite 2019 asan` Differential Revision: https://developer.blender.org/D7794 Reviewed By: brecht, sergey
2021-03-29 19:11:17 -06:00
)
unset(ASAN_DLL)
unset(ASAN_DEBUG_DLL)
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
if(EXISTS ${LIBDIR}/openexr/bin/Iex.dll)
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
FILES
${LIBDIR}/openexr/bin/Iex.dll
${LIBDIR}/openexr/bin/IlmThread.dll
${LIBDIR}/openexr/bin/OpenEXRCore.dll
${LIBDIR}/openexr/bin/OpenEXRUtil.dll
${LIBDIR}/openexr/bin/OpenEXR.dll
${LIBDIR}/imath/bin/imath.dll
RELEASE
Deps builder: Add support for building GMP Required for the new boolean code, disabled by default until all platforms have landed the libs and the boolean code actually lands in master. Reviewed By: brecht Differential Revision: https://developer.blender.org/D8384
2020-07-31 09:34:26 -06:00
)
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
FILES
${LIBDIR}/openexr/bin/Iex_d.dll
${LIBDIR}/openexr/bin/IlmThread_d.dll
${LIBDIR}/openexr/bin/OpenEXRCore_d.dll
${LIBDIR}/openexr/bin/OpenEXRUtil_d.dll
${LIBDIR}/openexr/bin/OpenEXR_d.dll
${LIBDIR}/imath/bin/imath_d.dll
DEBUG
)
endif()
if(EXISTS ${LIBDIR}/openimageio/bin/openimageio.dll)
windows_install_shared_manifest(
FILES
${LIBDIR}/openimageio/bin/openimageio.dll
${LIBDIR}/openimageio/bin/openimageio_util.dll
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
RELEASE
Deps builder: Add support for building GMP Required for the new boolean code, disabled by default until all platforms have landed the libs and the boolean code actually lands in master. Reviewed By: brecht Differential Revision: https://developer.blender.org/D8384
2020-07-31 09:34:26 -06:00
)
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
FILES
${LIBDIR}/openimageio/bin/openimageio_d.dll
${LIBDIR}/openimageio/bin/openimageio_util_d.dll
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
DEBUG
Deps builder: Add support for building GMP Required for the new boolean code, disabled by default until all platforms have landed the libs and the boolean code actually lands in master. Reviewed By: brecht Differential Revision: https://developer.blender.org/D8384
2020-07-31 09:34:26 -06:00
)
endif()
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
if(EXISTS ${LIBDIR}/gmp/lib/gmp-10.dll)
set(GMP_DLL ${LIBDIR}/gmp/lib/gmp-10.dll)
else()
set(GMP_DLL ${LIBDIR}/gmp/lib/libgmp-10.dll)
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
FILES ${GMP_DLL}
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
ALL
)
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
unset(GMP_DLL)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
FILES ${LIBDIR}/gmp/lib/libgmpxx.dll
RELEASE
)
windows_install_shared_manifest(
FILES ${LIBDIR}/gmp/lib/libgmpxx_d.dll
DEBUG
)
Deps builder: Add support for building GMP Required for the new boolean code, disabled by default until all platforms have landed the libs and the boolean code actually lands in master. Reviewed By: brecht Differential Revision: https://developer.blender.org/D8384
2020-07-31 09:34:26 -06:00
CMake/MSVC: Only generate/install stripped PDB for release builds This renames the WITH_WINDOWS_PDB and WITH_WINDOWS_STRIPPED_PDB cmake options to WITH_WINDOWS_RELEASE_PDB WITH_WINDOWS_RELEASE_STRIPPED_PDB The Stripped PDB isn't cost free to generate, and is only needed for builds that are distributed to end users. There is no benefit in making one for a debug build as the debugger locally will prefer to use the bigger un-stripped PDB anyhow. This also stops the copy/install of the PDB for anything but a release build, this file is about 1.6G for a debug build, and there is really no need to do this for local development, as the debugger will find/use the PDB from its original location. This brings down the time needed for an incremental link on a debug build by about 30% (10->7 seconds on my local system)
2023-08-18 10:20:36 -06:00
if(WITH_WINDOWS_RELEASE_PDB)
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# Skip install of stripped PDB if compiling with clang since there doesn't seem
# to be a PDB-stripped version for `clang-cl`.
CMake: Windows: clang-cl fixes Support for building blender with clang on windows on x64 was added years ago but given there are no active users support has crumbled a bit. This PR brings the build system back into working order but upstream patches in openVDB are still required for a successful build see PR #120317 for details. Blender when build with clang the classroom scenes rendered on the cpu with cycles is seeing a 5% reduction in render time on both an AMD 7700x and an Intel 14900k.
2024-04-24 15:59:47 +02:00
if(WITH_WINDOWS_RELEASE_STRIPPED_PDB AND NOT MSVC_CLANG)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Icky hack for older CMAKE from https://stackoverflow.com/a/21198501
# `$<CONFIG>` will work in newer CMAKE but the version currently (3.12)
# on the build-bot does not support this endeavor.
install(
FILES ${CMAKE_CURRENT_BINARY_DIR}/\${CMAKE_INSTALL_CONFIG_NAME}/blender_public.pdb
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
RENAME blender.pdb
CMake/MSVC: Only generate/install stripped PDB for release builds This renames the WITH_WINDOWS_PDB and WITH_WINDOWS_STRIPPED_PDB cmake options to WITH_WINDOWS_RELEASE_PDB WITH_WINDOWS_RELEASE_STRIPPED_PDB The Stripped PDB isn't cost free to generate, and is only needed for builds that are distributed to end users. There is no benefit in making one for a debug build as the debugger locally will prefer to use the bigger un-stripped PDB anyhow. This also stops the copy/install of the PDB for anything but a release build, this file is about 1.6G for a debug build, and there is really no need to do this for local development, as the debugger will find/use the PDB from its original location. This brings down the time needed for an incremental link on a debug build by about 30% (10->7 seconds on my local system)
2023-08-18 10:20:36 -06:00
CONFIGURATIONS Release
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
)
Windows: Support backtraces on release builds. This diff add supports for crash logs on windows for release builds. This can be toggled on/off with the `WITH_WINDOWS_PDB` cmake option. by default it is on. Things to take into consideration: Release builds are hightly optimized and the resulting backtraces can be wrong/misleading, take the backtrace as a general area where the problem resides rather than an exact location. By default we ship a minimized symbol file that can only resolve the function names. This was chosen to strike a balance between growth in size of the download vs functionality gained. If more detailed information is required such as source file + line number information a full pdb can be shipped by setting `WITH_WINDOWS_STRIPPED_PDB` to off. Differential Revision: https://developer.blender.org/D7520 Reviewed by: brecht
2020-05-01 07:37:48 -06:00
else()
CMake: use CMAKE_INSTALL_PREFIX for the install destination Use the variable instead of "." for the install destination. While they're equivalent, it's not discoverable where the value for "." is set. It also results in paths containing "/./", while valid isn't so nice if the paths are copied from the terminal for use elsewhere.
2023-08-12 23:44:06 +10:00
install(
FILES $<TARGET_PDB_FILE:blender>
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
CMake: use CMAKE_INSTALL_PREFIX for the install destination Use the variable instead of "." for the install destination. While they're equivalent, it's not discoverable where the value for "." is set. It also results in paths containing "/./", while valid isn't so nice if the paths are copied from the terminal for use elsewhere.
2023-08-12 23:44:06 +10:00
RENAME blender.pdb
CMake/MSVC: Only generate/install stripped PDB for release builds This renames the WITH_WINDOWS_PDB and WITH_WINDOWS_STRIPPED_PDB cmake options to WITH_WINDOWS_RELEASE_PDB WITH_WINDOWS_RELEASE_STRIPPED_PDB The Stripped PDB isn't cost free to generate, and is only needed for builds that are distributed to end users. There is no benefit in making one for a debug build as the debugger locally will prefer to use the bigger un-stripped PDB anyhow. This also stops the copy/install of the PDB for anything but a release build, this file is about 1.6G for a debug build, and there is really no need to do this for local development, as the debugger will find/use the PDB from its original location. This brings down the time needed for an incremental link on a debug build by about 30% (10->7 seconds on my local system)
2023-08-18 10:20:36 -06:00
CONFIGURATIONS Release
CMake: use CMAKE_INSTALL_PREFIX for the install destination Use the variable instead of "." for the install destination. While they're equivalent, it's not discoverable where the value for "." is set. It also results in paths containing "/./", while valid isn't so nice if the paths are copied from the terminal for use elsewhere.
2023-08-12 23:44:06 +10:00
)
Windows: Support backtraces on release builds. This diff add supports for crash logs on windows for release builds. This can be toggled on/off with the `WITH_WINDOWS_PDB` cmake option. by default it is on. Things to take into consideration: Release builds are hightly optimized and the resulting backtraces can be wrong/misleading, take the backtrace as a general area where the problem resides rather than an exact location. By default we ship a minimized symbol file that can only resolve the function names. This was chosen to strike a balance between growth in size of the download vs functionality gained. If more detailed information is required such as source file + line number information a full pdb can be shipped by setting `WITH_WINDOWS_STRIPPED_PDB` to off. Differential Revision: https://developer.blender.org/D7520 Reviewed by: brecht
2020-05-01 07:37:48 -06:00
endif()
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
FILES ${LIBDIR}/openvdb/bin/openvdb.dll
RELEASE
)
windows_install_shared_manifest(
FILES ${LIBDIR}/openvdb/bin/openvdb_d.dll
DEBUG
)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
FILES
${LIBDIR}/materialx/bin/MaterialXCore.dll
${LIBDIR}/materialx/bin/MaterialXFormat.dll
${LIBDIR}/materialx/bin/MaterialXGenGlsl.dll
${LIBDIR}/materialx/bin/MaterialXGenMdl.dll
${LIBDIR}/materialx/bin/MaterialXGenOsl.dll
${LIBDIR}/materialx/bin/MaterialXGenShader.dll
RELEASE
)
CMake/Windows: Install materialX render dll's when available This is in preparation for the 3.6 library update landing on windows.
2023-05-09 10:21:32 -06:00
if(EXISTS ${LIBDIR}/materialx/bin/MaterialXRender.dll) # 3.6+
windows_install_shared_manifest(
FILES
${LIBDIR}/materialx/bin/MaterialXRender.dll
${LIBDIR}/materialx/bin/MaterialXRenderGlsl.dll
${LIBDIR}/materialx/bin/MaterialXRenderHw.dll
${LIBDIR}/materialx/bin/MaterialXRenderOsl.dll
RELEASE
)
windows_install_shared_manifest(
FILES
${LIBDIR}/materialx/bin/MaterialXRender_d.dll
${LIBDIR}/materialx/bin/MaterialXRenderGlsl_d.dll
${LIBDIR}/materialx/bin/MaterialXRenderHw_d.dll
${LIBDIR}/materialx/bin/MaterialXRenderOsl_d.dll
DEBUG
)
endif()
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
if(EXISTS ${LIBDIR}/materialx/bin/MaterialXGenMsl.dll) # 4.1+
windows_install_shared_manifest(
FILES
${LIBDIR}/materialx/bin/MaterialXGenMsl.dll
RELEASE
)
windows_install_shared_manifest(
FILES
${LIBDIR}/materialx/bin/MaterialXGenMsl_d.dll
DEBUG
)
CMake: Windows: Install oidn HIP kernel if available
2023-12-23 12:46:14 -07:00
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
FILES
${LIBDIR}/materialx/bin/MaterialXCore_d.dll
${LIBDIR}/materialx/bin/MaterialXFormat_d.dll
${LIBDIR}/materialx/bin/MaterialXGenGlsl_d.dll
${LIBDIR}/materialx/bin/MaterialXGenMdl_d.dll
${LIBDIR}/materialx/bin/MaterialXGenOsl_d.dll
${LIBDIR}/materialx/bin/MaterialXGenShader_d.dll
DEBUG
)
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
if(WITH_PYTHON)
Merged changes in the trunk up to revision 55546. Conflicts resolved: source/blenderplayer/bad_level_call_stubs/SConscript Partly reverted changes to intern/cycles/blender/addon/ui.py in revision 52899 to make it easier to merge trunk changes.
2013-03-24 12:13:13 +00:00
string(REPLACE "." "" _PYTHON_VERSION_NO_DOTS ${PYTHON_VERSION})
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
if(NOT WITH_PYTHON_MODULE)
if(NOT CMAKE_COMPILER_IS_GNUCC)
install(
FILES
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python${_PYTHON_VERSION_NO_DOTS}.dll
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python3.dll
Fix Python Module build on Windows Don't install libraries in blender.shared and don't generate manifest as it's not working and not important to have a clean directory here. Always detect MSVC_REDIST_DIR as it is used by oneAPI. The way InstallRequiredSystemLibraries is called it already only sets some variables and doesn't install anything by itself. Pull Request: https://projects.blender.org/blender/blender/pulls/105999
2023-03-28 16:32:25 +02:00
DESTINATION ${TARGETDIR_EXE}
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
install(
FILES
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python${_PYTHON_VERSION_NO_DOTS}_d.dll
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python3_d.dll
Fix Python Module build on Windows Don't install libraries in blender.shared and don't generate manifest as it's not working and not important to have a clean directory here. Always detect MSVC_REDIST_DIR as it is used by oneAPI. The way InstallRequiredSystemLibraries is called it already only sets some variables and doesn't install anything by itself. Pull Request: https://projects.blender.org/blender/blender/pulls/105999
2023-03-28 16:32:25 +02:00
DESTINATION ${TARGETDIR_EXE}
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
CONFIGURATIONS Debug
)
endif()
Revert "Fix: T46526, Do not try to install sqlite3.dll anymore as we link it statically into pythons _sqlite" This reverts commit a8e6b633c9f54f0948a0b9a47534bc38ac95889f.
2016-02-18 10:52:36 +01:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
# VFX libs are bundled with both Blender executable and Python module.
if(WITH_PYTHON_INSTALL OR WITH_PYTHON_MODULE)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# NOTE: as far as python is concerned `RelWithDebInfo`
# is not debug since its without debug flags.
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
cmake. refactor installing python things to not have absolute path's buildbot. add rudementatry cpack based packing for cmake path
2014-11-11 15:47:22 +01:00
install(DIRECTORY DESTINATION ${TARGETDIR_VER}/python)
install(DIRECTORY DESTINATION ${TARGETDIR_VER}/python/lib)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: fix for MSVC, installing Python
2014-12-01 14:53:12 +01:00
install(
deps: python 3.7.4 for windows. This also updates to a new packaging method where python is runnable from the library folder rather than having tarballs in the release folder.
2019-08-13 17:02:19 -06:00
DIRECTORY ${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/lib
DESTINATION ${BLENDER_VERSION}/python/
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
PATTERN "*_d.*" EXCLUDE # * debug libraries *
deps: python 3.7.4 for windows. This also updates to a new packaging method where python is runnable from the library folder rather than having tarballs in the release folder.
2019-08-13 17:02:19 -06:00
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
CMake: fix for MSVC, installing Python
2014-12-01 14:53:12 +01:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: cmake indentation, white-space
2021-02-05 09:45:16 +11:00
install(
deps: python 3.7.4 for windows. This also updates to a new packaging method where python is runnable from the library folder rather than having tarballs in the release folder.
2019-08-13 17:02:19 -06:00
DIRECTORY ${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/lib
DESTINATION ${BLENDER_VERSION}/python/
CONFIGURATIONS Debug
CMake: fix for MSVC, installing Python
2014-12-01 14:53:12 +01:00
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
PATTERN "*.pyo" EXCLUDE # * any cache *
CMake: fix for MSVC, installing Python
2014-12-01 14:53:12 +01:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
deps: python 3.7.4 for windows. This also updates to a new packaging method where python is runnable from the library folder rather than having tarballs in the release folder.
2019-08-13 17:02:19 -06:00
install(
DIRECTORY ${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/DLLs
DESTINATION ${BLENDER_VERSION}/python
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
PATTERN "*.pdb" EXCLUDE
PATTERN "*_d.*" EXCLUDE
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
deps: python 3.7.4 for windows. This also updates to a new packaging method where python is runnable from the library folder rather than having tarballs in the release folder.
2019-08-13 17:02:19 -06:00
install(
DIRECTORY ${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/DLLs
DESTINATION ${BLENDER_VERSION}/python
CONFIGURATIONS Debug
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Fix T44968: Python executable crashes due to missing .DLL For now we work this around by copying python DLL to the bin folder. Ideally the DLL should be shared between blender and python, but that's a bit tricky to do on windows.
2015-06-10 13:39:57 +05:00
install(
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
FILES
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python${_PYTHON_VERSION_NO_DOTS}.dll
Fix #126782: Win: Install python3.dll into python bin folder python3.dll was installed for blender, but not next to the python binary, leading to issues with subprocesses. Given it's only a small dll the duplication isn't that big of a deal.
2025-03-27 09:32:57 -06:00
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python3.dll
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python.exe
Fix T44968: Python executable crashes due to missing .DLL For now we work this around by copying python DLL to the bin folder. Ideally the DLL should be shared between blender and python, but that's a bit tricky to do on windows.
2015-06-10 13:39:57 +05:00
DESTINATION ${BLENDER_VERSION}/python/bin
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
install(
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
FILES
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python${_PYTHON_VERSION_NO_DOTS}_d.dll
Fix #126782: Win: Install python3.dll into python bin folder python3.dll was installed for blender, but not next to the python binary, leading to issues with subprocesses. Given it's only a small dll the duplication isn't that big of a deal.
2025-03-27 09:32:57 -06:00
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python3_d.dll
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/bin/python_d.exe
Fix T44968: Python executable crashes due to missing .DLL For now we work this around by copying python DLL to the bin folder. Ideally the DLL should be shared between blender and python, but that's a bit tricky to do on windows.
2015-06-10 13:39:57 +05:00
DESTINATION ${BLENDER_VERSION}/python/bin
CONFIGURATIONS Debug
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
CMake: remove logic to exclude removed add-ons directories Using a REGEX on an absolute path may not work reliably without escaping the path. Remove the exclusion as these paths are no longer part of Blender's sources. If some developers happen to have these directories it's harmless as they won't be used.
2024-07-09 15:32:08 +10:00
# This will only exist for 3.5+.
if(EXISTS ${LIBDIR}/openimageio/lib/python${PYTHON_VERSION}/site-packages)
Cleanup: CMake indentation
2023-01-19 17:07:17 +11:00
install(
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
DIRECTORY ${LIBDIR}/openimageio/lib/python${PYTHON_VERSION}/site-packages/
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}/
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
if(EXISTS ${LIBDIR}/openimageio/lib/python${PYTHON_VERSION}_debug/site-packages)
install(
DIRECTORY ${LIBDIR}/openimageio/lib/python${PYTHON_VERSION}_debug/site-packages/
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}/
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
CONFIGURATIONS Debug
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
endif()
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# This will not exist for 3.4 and earlier `./lib` directory
# to ease the transition, support both 3.4 and 3.5 `./lib` directories.
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
if(EXISTS ${USD_LIBRARY_DIR}/python/)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
install(
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
DIRECTORY ${USD_LIBRARY_DIR}/python/
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}
Cleanup: indentation in CMake files
2022-12-16 23:47:35 +11:00
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
endif()
if(EXISTS ${USD_LIBRARY_DIR}/debug/python/)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
install(
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
DIRECTORY ${USD_LIBRARY_DIR}/debug/python/
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}
Cleanup: indentation in CMake files
2022-12-16 23:47:35 +11:00
CONFIGURATIONS Debug
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
)
endif()
deps: python 3.7.4 for windows. This also updates to a new packaging method where python is runnable from the library folder rather than having tarballs in the release folder.
2019-08-13 17:02:19 -06:00
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# This will not exist for 3.4 and earlier `./lib` directories
# to ease the transition, support both 3.4 and 3.5 `./lib` directories.
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
if(EXISTS ${LIBDIR}/openvdb/python/pyopenvdb_d.pyd)
install(
FILES ${LIBDIR}/openvdb/python/pyopenvdb_d.pyd
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
CONFIGURATIONS Debug
)
install(
FILES ${LIBDIR}/openvdb/python/pyopenvdb.pyd
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
endif()
CMake: Windows: Install oidn HIP kernel if available
2023-12-23 12:46:14 -07:00
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# This will exist for 4.1 `./lib` directories.
Cleanup: use STREQUAL instead of MATCHES for exact comparisons MATCHES takes a REGEX and searches the input for a match, this isn't necessary for CMAKE_SYSTEM_PROCESSOR & CMAKE_*_COMPILER_ID.
2024-03-07 17:56:41 +11:00
if(CMAKE_SYSTEM_PROCESSOR STREQUAL "ARM64")
Windows: Add ARM64 support * Only works on machines with a Qualcomm Snapdragon 8cx Gen3 or above. Older generation devices are not and will not be supported due to some driver issues * Requires VS2022 for building. * Uses new MSVC preprocessor for sse2neon compatibility. * SIMD is not enabled, waiting on conversion of blenlib to C++. Ref #119126 Pull Request: https://projects.blender.org/blender/blender/pulls/117036
2024-03-06 15:46:43 +01:00
set(_openvdb_arch arm64)
else()
set(_openvdb_arch amd64)
endif()
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
# 4.3
Windows: Add ARM64 support * Only works on machines with a Qualcomm Snapdragon 8cx Gen3 or above. Older generation devices are not and will not be supported due to some driver issues * Requires VS2022 for building. * Uses new MSVC preprocessor for sse2neon compatibility. * SIMD is not enabled, waiting on conversion of blenlib to C++. Ref #119126 Pull Request: https://projects.blender.org/blender/blender/pulls/117036
2024-03-06 15:46:43 +01:00
if(EXISTS ${LIBDIR}/openvdb/python/pyopenvdb_d.cp${_PYTHON_VERSION_NO_DOTS}-win_${_openvdb_arch}.pyd)
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
install(
Windows: Add ARM64 support * Only works on machines with a Qualcomm Snapdragon 8cx Gen3 or above. Older generation devices are not and will not be supported due to some driver issues * Requires VS2022 for building. * Uses new MSVC preprocessor for sse2neon compatibility. * SIMD is not enabled, waiting on conversion of blenlib to C++. Ref #119126 Pull Request: https://projects.blender.org/blender/blender/pulls/117036
2024-03-06 15:46:43 +01:00
FILES ${LIBDIR}/openvdb/python/pyopenvdb_d.cp${_PYTHON_VERSION_NO_DOTS}-win_${_openvdb_arch}.pyd
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
CONFIGURATIONS Debug
)
install(
Windows: Add ARM64 support * Only works on machines with a Qualcomm Snapdragon 8cx Gen3 or above. Older generation devices are not and will not be supported due to some driver issues * Requires VS2022 for building. * Uses new MSVC preprocessor for sse2neon compatibility. * SIMD is not enabled, waiting on conversion of blenlib to C++. Ref #119126 Pull Request: https://projects.blender.org/blender/blender/pulls/117036
2024-03-06 15:46:43 +01:00
FILES ${LIBDIR}/openvdb/python/pyopenvdb.cp${_PYTHON_VERSION_NO_DOTS}-win_${_openvdb_arch}.pyd
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
DESTINATION ${TARGETDIR_SITE_PACKAGES}
Build: Library updates for 4.1 Update libraries to match VFX platform 2024, and a few other upgrades to latest versions. boost 1.82.0 deflate 1.18 (new) ffi 3.4.4 freeglut (deleted) ispc 1.12.1 llvm 17.0.6 materialx 1.38.8 mesa 23.3.0 numpy 1.24.3 opencolorio 2.3.0 openexr 3.2.1 openimageio 2.5.6.0 opensubdiv 3.6.0 openvdb 11.0.0 osl 1.13.5.0 (now dynamic) python 3.11.6 sqlite 3.42.0 sse2neon 0d6e9b3dd4 usd 23.11 vulkan 1.3.270 xm2 2.12.3 This only updates the build scripts, the precompiled libraries for each platform will land over the coming weeks. Ref #113157 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Campbell Barton <campbell@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/116420
2023-12-21 19:16:11 +01:00
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
CMake: Windows: Install oidn HIP kernel if available
2023-12-23 12:46:14 -07:00
endif()
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
# 4.4
if(EXISTS ${LIBDIR}/openvdb/python/openvdb_d.cp${_PYTHON_VERSION_NO_DOTS}-win_${_openvdb_arch}.pyd)
install(
FILES ${LIBDIR}/openvdb/python/openvdb_d.cp${_PYTHON_VERSION_NO_DOTS}-win_${_openvdb_arch}.pyd
DESTINATION ${TARGETDIR_SITE_PACKAGES}
CONFIGURATIONS Debug
)
install(
FILES ${LIBDIR}/openvdb/python/openvdb.cp${_PYTHON_VERSION_NO_DOTS}-win_${_openvdb_arch}.pyd
DESTINATION ${TARGETDIR_SITE_PACKAGES}
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
endif()
CMake: support using LIBDIR while building against an external Python Support a standard Blender build referencing Python outside of LIBDIR, useful to build against Python with debugging options enabled.
2025-02-12 13:17:04 +11:00
# MaterialX python bindings.
# Check they exist so building against non `LIBDIR` Python works as expected.
if(EXISTS ${LIBDIR}/materialx/python/Release/MaterialX)
install(
DIRECTORY ${LIBDIR}/materialx/python/Release/MaterialX
DESTINATION ${TARGETDIR_SITE_PACKAGES}/
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
endif()
if(EXISTS ${LIBDIR}/materialx/python/Debug/MaterialX)
install(
DIRECTORY ${LIBDIR}/materialx/python/Debug/MaterialX
DESTINATION ${TARGETDIR_SITE_PACKAGES}/
CONFIGURATIONS Debug
PATTERN "__pycache__" EXCLUDE # * any cache *
PATTERN "*.pyc" EXCLUDE # * any cache *
PATTERN "*.pyo" EXCLUDE # * any cache *
)
endif()
win32 mingw works again with cmake
2010-09-15 14:36:32 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
if(WITH_PYTHON_INSTALL)
if(WINDOWS_PYTHON_DEBUG)
install(
FILES
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/libs/python${_PYTHON_VERSION_NO_DOTS}.pdb
DESTINATION "."
CONFIGURATIONS Release;RelWithDebInfo;MinSizeRel
)
install(
FILES
${LIBDIR}/python/${_PYTHON_VERSION_NO_DOTS}/libs/python${_PYTHON_VERSION_NO_DOTS}_d.pdb
DESTINATION "."
CONFIGURATIONS Debug
)
endif()
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake/Windows: Install FFMpeg 6.0 dlls when available Needed for the 3.6 library update.
2023-05-10 12:18:54 -06:00
# Filenames change slightly between FFMPEG versions check both 6.0 and fallback to 5.0
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
# to ease the transition between versions.
Deps: Library changes for Blender 5.0 This commit includes the changes to the build system, updated hashes to the actual new libraries as well as a required test update. * DPC++ 6.2.0 RC * freetype 2.13.3 * HIP 6.4.5010 * IGC 2.16.0 * ISPC 1.28.0 * libharu 2.4.5 * libpng 1.6.50 * libvpx 1.15.2 * libxml2 2.14.5 * LLVM 20.1.8 * Manifold 3.2.1 * MaterialX 1.39.3 * OpenColorIO 2.4.2 * openexr 3.3.5 * OpenImageIO 3.0.9.1 * openjpeg 2.5.3 * OpenShadingLanguage 1.14.7.0 * openssl 3.5.2 * Python 3.11.13 * Rubber Band 4.0.0 * ShaderC 2025.3 * sqlite 3.50.4 * USD 25.08 * Wayland 1.24.0 Ref #138940 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Jesse Yurkovich <jesse.y@gmail.com> Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Nikita Sirgienko <nikita.sirgienko@intel.com> Co-authored-by: Sybren A. Stüvel <sybren@blender.org> Co-authored-by: Kace <lakacey03@gmail.com> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Co-authored-by: Anthony Roberts <anthony.roberts@linaro.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Pull Request: https://projects.blender.org/blender/blender/pulls/144479
2025-10-02 18:34:11 +02:00
if(EXISTS "${LIBDIR}/ffmpeg/lib/avfilter-10.dll")
windows_install_shared_manifest(
FILES
${LIBDIR}/ffmpeg/lib/avfilter-10.dll
ALL
Cleanup: strip trailing space
2025-10-07 08:54:43 +11:00
)
Deps: Library changes for Blender 5.0 This commit includes the changes to the build system, updated hashes to the actual new libraries as well as a required test update. * DPC++ 6.2.0 RC * freetype 2.13.3 * HIP 6.4.5010 * IGC 2.16.0 * ISPC 1.28.0 * libharu 2.4.5 * libpng 1.6.50 * libvpx 1.15.2 * libxml2 2.14.5 * LLVM 20.1.8 * Manifold 3.2.1 * MaterialX 1.39.3 * OpenColorIO 2.4.2 * openexr 3.3.5 * OpenImageIO 3.0.9.1 * openjpeg 2.5.3 * OpenShadingLanguage 1.14.7.0 * openssl 3.5.2 * Python 3.11.13 * Rubber Band 4.0.0 * ShaderC 2025.3 * sqlite 3.50.4 * USD 25.08 * Wayland 1.24.0 Ref #138940 Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Jesse Yurkovich <jesse.y@gmail.com> Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Nikita Sirgienko <nikita.sirgienko@intel.com> Co-authored-by: Sybren A. Stüvel <sybren@blender.org> Co-authored-by: Kace <lakacey03@gmail.com> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Co-authored-by: Anthony Roberts <anthony.roberts@linaro.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Pull Request: https://projects.blender.org/blender/blender/pulls/144479
2025-10-02 18:34:11 +02:00
endif()
Deps: Add support for ARM64 assembly in x264 and update FFmpeg version It appears that previously, assembly was straight up disabled for all ARM64 platforms in x264 - this re-enables it. This also updates the version of FFmpeg to 7.1.1. I updated the patch files so that they would cleanly apply to 7.1.1. For Windows ARM64, it also switches both of these libraries to use the copy of LLVM we build as part of the deps, instead of MSVC - this gives a small performance increase. To do this for x264, I added a small patch taken from VCPKG - this should be harmless to other platforms. With all these changes, I was able to get a ~20-30% perf improvement in video transcoding in the sequence editor. Pull Request: https://projects.blender.org/blender/blender/pulls/137670
2025-05-27 10:20:48 +02:00
if(EXISTS "${LIBDIR}/ffmpeg/lib/avcodec-61.dll")
windows_install_shared_manifest(
FILES
${LIBDIR}/ffmpeg/lib/avcodec-61.dll
${LIBDIR}/ffmpeg/lib/avformat-61.dll
${LIBDIR}/ffmpeg/lib/avdevice-61.dll
${LIBDIR}/ffmpeg/lib/avutil-59.dll
${LIBDIR}/ffmpeg/lib/swscale-8.dll
${LIBDIR}/ffmpeg/lib/swresample-5.dll
ALL
)
elseif(EXISTS "${LIBDIR}/ffmpeg/lib/avcodec-60.dll")
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Windows: Move tbb to being dynamic library Static tbb has always been frowned upon [1] sofar it has worked for us but given our reliance on tbb is about to increase (D7475), I'd like to move the library to more supported configuration. Which means moving it to be a dynamic library The libs part of this change is in rBL62416 Reviewed By: Brecht Differential Revision: https://developer.blender.org/D7570
2020-05-03 16:25:56 -06:00
FILES
CMake/Windows: Install FFMpeg 6.0 dlls when available Needed for the 3.6 library update.
2023-05-10 12:18:54 -06:00
${LIBDIR}/ffmpeg/lib/avcodec-60.dll
${LIBDIR}/ffmpeg/lib/avformat-60.dll
${LIBDIR}/ffmpeg/lib/avdevice-60.dll
${LIBDIR}/ffmpeg/lib/avutil-58.dll
${LIBDIR}/ffmpeg/lib/swscale-7.dll
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
${LIBDIR}/ffmpeg/lib/swresample-4.dll
ALL
Windows: Move tbb to being dynamic library Static tbb has always been frowned upon [1] sofar it has worked for us but given our reliance on tbb is about to increase (D7475), I'd like to move the library to more supported configuration. Which means moving it to be a dynamic library The libs part of this change is in rBL62416 Reviewed By: Brecht Differential Revision: https://developer.blender.org/D7570
2020-05-03 16:25:56 -06:00
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
else()
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Windows: Move tbb to being dynamic library Static tbb has always been frowned upon [1] sofar it has worked for us but given our reliance on tbb is about to increase (D7475), I'd like to move the library to more supported configuration. Which means moving it to be a dynamic library The libs part of this change is in rBL62416 Reviewed By: Brecht Differential Revision: https://developer.blender.org/D7570
2020-05-03 16:25:56 -06:00
FILES
CMake/Windows: Install FFMpeg 6.0 dlls when available Needed for the 3.6 library update.
2023-05-10 12:18:54 -06:00
${LIBDIR}/ffmpeg/lib/avcodec-59.dll
${LIBDIR}/ffmpeg/lib/avformat-59.dll
${LIBDIR}/ffmpeg/lib/avdevice-59.dll
${LIBDIR}/ffmpeg/lib/avutil-57.dll
${LIBDIR}/ffmpeg/lib/swscale-6.dll
${LIBDIR}/ffmpeg/lib/swresample-4.dll
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
ALL
Windows: Move tbb to being dynamic library Static tbb has always been frowned upon [1] sofar it has worked for us but given our reliance on tbb is about to increase (D7475), I'd like to move the library to more supported configuration. Which means moving it to be a dynamic library The libs part of this change is in rBL62416 Reviewed By: Brecht Differential Revision: https://developer.blender.org/D7570
2020-05-03 16:25:56 -06:00
)
endif()
For VFX platform 2025 and more. Boost (removed!) Cython 3.0.11 Expat 2.6.4 GMP 6.3.0 MaterialX 1.39.2 Nanobind 2.1.0 (new, for OpenVDB) NumPy 1.26.4 OpenColorIO 2.4.1 OpenEXR 3.3.2 OpenImageIO 3.0.3.1 OpenVDB 12.0.0 OSL 1.14.3-beta Python 3.11.11 Robinmap 1.3.0 TBB 2021.13.0 TIFF 4.7.0 USD 25.02 libxml2 2.13.5 zlib 1.3.1 Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Jonas Holzman <jonas@holzman.fr> Co-authored-by: Sebastian Parborg <sebastian@blender.org> Ref #128577 Pull Request: https://projects.blender.org/blender/blender/pulls/134178
2025-02-06 14:53:16 +01:00
if(EXISTS ${LIBDIR}/tbb/bin/tbb12.dll) # 4.4
windows_install_shared_manifest(
FILES
${LIBDIR}/tbb/bin/tbb12.dll
RELEASE
)
windows_install_shared_manifest(
FILES
${LIBDIR}/tbb/bin/tbb12_debug.dll
DEBUG
)
else()
windows_install_shared_manifest(
FILES
${LIBDIR}/tbb/bin/tbb.dll
RELEASE
)
windows_install_shared_manifest(
FILES
${LIBDIR}/tbb/bin/tbb_debug.dll
DEBUG
)
endif()
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
if(WITH_TBB_MALLOC_PROXY)
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
FILES
windows/deps: Fix TBB build issues. rB847579b42250 updated the TBB build script which had some unintended consequences for windows as the directory layout slightly changed. This change adjusts the builder to the new structure, there are no version/functional changes.
2021-06-04 09:16:03 -06:00
${LIBDIR}/tbb/bin/tbbmalloc.dll
${LIBDIR}/tbb/bin/tbbmalloc_proxy.dll
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
RELEASE
msvc: Use debug versions of tbb malloc for debug builds Using the release versions gave unpredictable results when the msvc debugger was attached for some developers.
2019-11-17 14:26:29 -07:00
)
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
windows_install_shared_manifest(
msvc: Use debug versions of tbb malloc for debug builds Using the release versions gave unpredictable results when the msvc debugger was attached for some developers.
2019-11-17 14:26:29 -07:00
FILES
windows/deps: Fix TBB build issues. rB847579b42250 updated the TBB build script which had some unintended consequences for windows as the directory layout slightly changed. This change adjusts the builder to the new structure, there are no version/functional changes.
2021-06-04 09:16:03 -06:00
${LIBDIR}/tbb/bin/tbbmalloc_debug.dll
${LIBDIR}/tbb/bin/tbbmalloc_proxy_debug.dll
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
DEBUG
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
)
Windows: Use TBBMalloc for GMP TBBmalloc_proxy already takes care of any allocations being done from MSVC compiled code, some of the dependencies like GMP cannot be build with MSVC and we have to use mingw to build them. mingw however links against the older msvcrt.dll for its allocation needs, which TBBMallocProxy does not hook. GMP has an option to supply your own allocation functions so we can still manually redirect them to TBBMalloc. In a test-file with a boolean geometry node, this patch uses 32s effective CPU time compared to 52s before. Differential Revision: https://developer.blender.org/D11435 Reviewed by Campbell Barton, Ray Molenkamp
2021-06-09 18:34:17 -06:00
list(APPEND LIB ${TBB_MALLOC_LIBRARIES})
Add support for the TBB allocator on windows. The heap on windows is single threaded causing it to lag behind linux in performance in allocation heavy multithreaded scenarios, BVH building is a prime example. See https://developer.blender.org/D6218 for benchmark results for testing with the allocator enabled/disabled you can set the environment variable TBB_MALLOC_DISABLE_REPLACEMENT=1 to disable the TBB allocator. Reviewed By: @sergey Differential Revision: https://developer.blender.org/D6218
2019-11-12 20:55:39 -07:00
endif()
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
if(EXISTS ${LIBDIR}/sndfile/lib/sndfile.dll)
set(SNDFILE_DLL ${LIBDIR}/sndfile/lib/sndfile.dll)
else()
set(SNDFILE_DLL ${LIBDIR}/sndfile/lib/libsndfile-1.dll)
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
FILES ${SNDFILE_DLL}
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
ALL
)
Deps_builder: Move Windows build from MinGW/GCC to msys2/MSVC Currently on Windows some dependencies are built with MinGW/GCC 3.x this commit removes that, in favor of building them with MSVC via msys2. This will make it easier in the future to offer Win/Arm64 builds of blender. Notable changes: - This change drops support for the external libxvid library in favor of ffmpegs built in support for this format. This has been done with permission from the VFX module. Pull Request: https://projects.blender.org/blender/blender/pulls/108983 https://projects.blender.org/blender/blender/pulls/105502
2023-06-14 21:57:48 +02:00
unset(SNDFILE_DLL)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
cmake/win32: Fix building with WITH_VULKAN_BACKEND The shader libraries were not hooked up yet in cmake for windows since when the shaderc libs landed there was no code yet that used it. It's required now, so this change adds the missing bits.
2023-03-09 08:41:17 -07:00
windows_install_shared_manifest(
FILES ${LIBDIR}/shaderc/bin/shaderc_shared.dll
CMake: Windows: Use release libs of shaderc for debug builds. While shaderc is a c++ library that normally requires debug libs for ABI reasons, shaderc only exports a C interface, so it will link release mode libs just fine even for debug builds. This drops the time required for GPU_shader_compile_static in a debug build from 5 mins to 3 sec for @pragma37 no changes for release configurations.
2025-05-08 09:14:03 -06:00
ALL
cmake/win32: Fix building with WITH_VULKAN_BACKEND The shader libraries were not hooked up yet in cmake for windows since when the shaderc libs landed there was no code yet that used it. It's required now, so this change adds the missing bits.
2023-03-09 08:41:17 -07:00
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
FILES
${LIBDIR}/openal/lib/OpenAL32.dll
ALL
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
windows_install_shared_manifest(
FILES ${LIBDIR}/sdl/lib/SDL2.dll
ALL
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Audaspace: fixing problems for the merge to master suggested by Campbell and Sergey. - rename WITH_EXTERNAL_AUDASPACE to WITH_SYSTEM_AUDASPACE. - rename C/PYAUDASPACE to AUDASPACE_C/PY - simplifying cmake defines and includes. - fixing include paths and enabling WITH_SYSTEM_AUDASPACE for windows. - fixing scons building. - other minor build system fixes.
2015-06-16 10:03:35 +02:00
if(WITH_SYSTEM_AUDASPACE)
install(
FILES
${LIBDIR}/audaspace/lib/audaspace.dll
${LIBDIR}/audaspace/lib/audaspace-c.dll
${LIBDIR}/audaspace/lib/audaspace-py.dll
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
Audaspace: fixing problems for the merge to master suggested by Campbell and Sergey. - rename WITH_EXTERNAL_AUDASPACE to WITH_SYSTEM_AUDASPACE. - rename C/PYAUDASPACE to AUDASPACE_C/PY - simplifying cmake defines and includes. - fixing include paths and enabling WITH_SYSTEM_AUDASPACE for windows. - fixing scons building. - other minor build system fixes.
2015-06-16 10:03:35 +02:00
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
if(NOT WITH_PYTHON_MODULE)
Add a script to collect system information when Blender isn't opening This commit adds a python script that can collect some of the information necessary to fill out a bug report. The primary use case is to help users collect system information for a bug report in the case that Blender can't open. CMD and sh files are included to help users use the Python script. Ref !122191
2024-09-03 12:59:59 +10:00
get_filename_component(PYTHON_EXECUTABLE_NAME_ONLY ${PYTHON_EXECUTABLE} NAME)
# Configure then generate file. Note that this copies the literal generator
# for the Python executable name. So the file needs to be generated afterwards
# to get the correct name.
configure_file(
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_system_info.cmd.in
${CMAKE_BINARY_DIR}/release/windows/batch/blender_system_info.with_vars.cmd.in
@ONLY
)
unset(PYTHON_EXECUTABLE_NAME_ONLY)
# Replace Python executable generator with actual executable name.
file(GENERATE
OUTPUT ${CMAKE_BINARY_DIR}/release/windows/batch/blender_system_info_$<CONFIG>.cmd
INPUT ${CMAKE_BINARY_DIR}/release/windows/batch/blender_system_info.with_vars.cmd.in
)
install(
FILES
${CMAKE_BINARY_DIR}/release/windows/batch/blender_system_info_$<CONFIG>.cmd
DESTINATION ${TARGETDIR_EXE}
RENAME blender_system_info.cmd
)
Bug reporting: Install the Cycles debug script cf8d31d41cb9adcbf38c0f8bfa7e6eb772633692 added a debug script for Cycles on Windows but didn't actually install it into the Blender folder. This commit fixes that by installing the script into the Blender folder. Pull Request: https://projects.blender.org/blender/blender/pulls/131348
2024-12-06 16:55:36 +01:00
if(WITH_CYCLES)
install(
FILES
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_debug_cycles.cmd
DESTINATION ${TARGETDIR_EXE}
)
endif()
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
install(
FILES
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_debug_gpu.cmd
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_debug_gpu_glitchworkaround.cmd
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_debug_log.cmd
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_factory_startup.cmd
Utilities: Add batch files to help launch Blender with different GPU backends With Vulkan now having general feature parity with OpenGL, but with some stability issues, it has become more important to offer ways for users to quickly launch Blender with the OpenGL or Vulkan backend in case Blender is unable to open with one of them. This commit adds three new batch files to help with this: - `blender_factory_startup_vulkan.cmd` - Launches Blender with factory settings, but with Vulkan enabled. Useful for helping test if a Vulkan crash at startup is related to a addon. - `blender_startup_opengl.cmd` - Simply launches Blender with the OpenGL backend. It does not change any other settings. Useful in case a user has complex user preferences, enabled Vulkan for testing, and now Blender crashes on startup. Now they want to switch back to OpenGL and they don't want to lose their complex user preferences by using `blender_factory_startup.cmd` - `blender_startup_vulkan.cmd` - Simply launches Blender with the Vulkan backend. It does not change any other settings. Useful for people that encounter #127835 after a Windows update. This issue can be worked around by using Vulkan. But if you are experiencing the issue and are on the OpenGL backend, you can't use the Blender interface and so you can't easily switch to the Vulkan backend without the command line or a script like this. Pull Request: https://projects.blender.org/blender/blender/pulls/142169
2025-07-24 09:15:52 +02:00
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_factory_startup_vulkan.cmd
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_startup_opengl.cmd
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_startup_vulkan.cmd
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
${CMAKE_SOURCE_DIR}/release/windows/batch/blender_oculus.cmd
${CMAKE_SOURCE_DIR}/release/windows/batch/oculus.json
Fix Python Module build on Windows Don't install libraries in blender.shared and don't generate manifest as it's not working and not important to have a clean directory here. Always detect MSVC_REDIST_DIR as it is used by oneAPI. The way InstallRequiredSystemLibraries is called it already only sets some variables and doesn't install anything by itself. Pull Request: https://projects.blender.org/blender/blender/pulls/105999
2023-03-28 16:32:25 +02:00
DESTINATION ${TARGETDIR_EXE}
CMake: exclude Python libs & batch scripts WITH_PYTHON_MODULE for WIN32
2022-09-09 11:32:42 +10:00
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Fix install paths for blender thumbnailer when not building a portable install When doing a non portable build of blender, the executable blender-thumbnailer would be installed in two locations: /usr/bin/ /usr/ While cleaning up, also make the blender thumbnailer dll optional on windows to bring the logic in line with what it is on linux and mac. Reviewed By: Campbell Barton, Ray molenkamp Differential Revision: http://developer.blender.org/D13014
2021-10-28 21:03:47 +02:00
if(WITH_BLENDER_THUMBNAILER)
install(
TARGETS BlendThumb
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
Fix install paths for blender thumbnailer when not building a portable install When doing a non portable build of blender, the executable blender-thumbnailer would be installed in two locations: /usr/bin/ /usr/ While cleaning up, also make the blender thumbnailer dll optional on windows to bring the logic in line with what it is on linux and mac. Reviewed By: Campbell Barton, Ray molenkamp Differential Revision: http://developer.blender.org/D13014
2021-10-28 21:03:47 +02:00
)
endif()
Fix bpy wheel on buildbot being incomplete on Windows Need to explicitly install __init__.pyd for the case where the install folder is different than the build folder.
2022-10-31 19:53:02 +01:00
if(WITH_PYTHON_MODULE AND TARGETDIR_BPY)
install(
TARGETS blender
LIBRARY DESTINATION ${TARGETDIR_BPY}
)
endif()
Cycles: use direct linking for oneAPI backend This is a minimal set of changes, allowing a lot of cleanup that can happen afterward as it allows sycl method and objects to be used outside of kernel.cpp. Reviewed By: brecht, sergey Differential Revision: https://developer.blender.org/D15397
2022-10-06 18:35:51 +02:00
if(PLATFORM_BUNDLED_LIBRARIES)
CMake/Win: use manifest for PLATFORM_BUNDLED_LIBRARIES `PLATFORM_BUNDLED_LIBRARIES` was installing right next to the blender executable rather than the `blender.shared` folder, `PLATFORM_BUNDLED_LIBRARIES` wasn't used very much on windows, just by the ONEAPI code which likely wasn't aware this plumbing was still missing. This diff adds support for using `PLATFORM_BUNDLED_LIBRARIES` on windows in both debug and release configurations. You can differentiate between a .dll being installed for debug/release or all configurations, by prefixing the library with either `DEBUG`, `RELEASE` or `All`, if no prefix is given `ALL` is assumed. Pull Request: https://projects.blender.org/blender/blender/pulls/106348
2023-04-04 20:10:06 +02:00
windows_process_platform_bundled_libraries("${PLATFORM_BUNDLED_LIBRARIES}")
Cycles: use direct linking for oneAPI backend This is a minimal set of changes, allowing a lot of cleanup that can happen afterward as it allows sycl method and objects to be used outside of kernel.cpp. Reviewed By: brecht, sergey Differential Revision: https://developer.blender.org/D15397
2022-10-06 18:35:51 +02:00
endif()
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
elseif(APPLE)
Cleanup: style
2019-10-21 15:05:56 +11:00
if(NOT WITH_PYTHON_MODULE)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Uppercase name for app bundle.
CMake: fix building as a Python module on macOS Caused by c553b790fc781
2019-10-21 14:48:17 +11:00
set_target_properties(blender PROPERTIES OUTPUT_NAME Blender)
endif()
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
macOS: rename blender.app to Blender.app Using a capitalized app name fits the platform guidelines. Since macOS file systems are case insensitive by default this should not break scripts that assume lowercase.
2019-06-21 18:12:00 +02:00
set(OSX_APP_SOURCEDIR ${CMAKE_SOURCE_DIR}/release/darwin/Blender.app)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Setup `Info.plist`.
Cleanup: cmake line length, wrapping
2022-09-09 11:52:14 +10:00
execute_process(
COMMAND date "+%Y-%m-%d"
OUTPUT_VARIABLE BLENDER_DATE
OUTPUT_STRIP_TRAILING_WHITESPACE
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
set_target_properties(blender PROPERTIES
MACOSX_BUNDLE_INFO_PLIST ${OSX_APP_SOURCEDIR}/Contents/Info.plist
Blender: change bugfix release versioning from a/b/c to .1/.2/.3 The file subversion is no longer used in the Python API or user interface, and is now internal to Blender. User interface, Python API and file I/O metadata now use more consistent formatting for version numbers. Official releases use "2.83.0", "2.83.1", and releases under development use "2.90.0 Alpha", "2.90.0 Beta". Some Python add-ons may need to lower the Blender version in bl_info to (2, 83, 0) or (2, 90, 0) if they used a subversion number higher than 0. https://wiki.blender.org/wiki/Reference/Release_Notes/2.83/Python_API#Compatibility This change is in preparation of LTS releases, and also brings us more in line with semantic versioning. Fixes T76058. Differential Revision: https://developer.blender.org/D7748
2020-05-25 10:49:04 +02:00
MACOSX_BUNDLE_SHORT_VERSION_STRING "${BLENDER_VERSION}.${BLENDER_VERSION_PATCH}"
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
MACOSX_BUNDLE_LONG_VERSION_STRING "${BLENDER_VERSION}.${BLENDER_VERSION_PATCH} ${BLENDER_DATE}"
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
macOS: Support Xcode Archiving for distributing application bundles This is a port of iOS commit f3f8647 to main, for Xcode archiving to also work for macOS bundles, allowing the bundle to be archived and later distributed via Testflight, App Store Connect, etc... Additonal Xcode property also had to be added to the extern draco shared library target to prevent it from being included in the Xcode archive (an implicit behavior for `SHARED` CMake libraries), without this, the archive would get polluted, preventing it from being properly recognized as a proper app bundle archive. Pull Request: https://projects.blender.org/blender/blender/pulls/146027
2025-09-23 20:56:18 +02:00
# Xcode Archiving support for distributing the application (Testflight, App Store Connect, etc...)
set_target_properties(blender PROPERTIES
XCODE_ATTRIBUTE_SKIP_INSTALL "NO"
XCODE_ATTRIBUTE_INSTALL_PATH "$(LOCAL_APPS_DIR)"
)
macOS/QuickLook: support rich thumbnail in Finder Support thumbnail that shows the file contents instead of the default blend file icon for all files in Finder. Some files may still have the usual blender icon as thumbnail depending on their contents. blender-thumbnailer process is kept alive by the system in the background and is invoked by QuickLook when needed. The checkbox to disable the extension is present in the Settings app. It will NOT be an interactive "Preview" that allows richer interactions like Panning viewport, or rotating 3D objects.
2025-01-23 17:00:19 +01:00
if(WITH_BLENDER_THUMBNAILER)
set(OSX_THUMBNAILER_SOURCEDIR ${OSX_APP_SOURCEDIR}/Contents/PlugIns/blender-thumbnailer.appex)
set_target_properties(blender-thumbnailer PROPERTIES
BUNDLE_EXTENSION appex
MACOSX_BUNDLE_INFO_PLIST ${OSX_THUMBNAILER_SOURCEDIR}/Contents/Info.plist
MACOSX_BUNDLE_SHORT_VERSION_STRING "${BLENDER_VERSION}.${BLENDER_VERSION_PATCH}"
MACOSX_BUNDLE_LONG_VERSION_STRING "${BLENDER_VERSION}.${BLENDER_VERSION_PATCH} ${BLENDER_DATE}"
)
endif()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Gather the date in finder-style.
Cleanup: cmake line length, wrapping
2022-09-09 11:52:14 +10:00
execute_process(
COMMAND date "+%m/%d/%Y/%H:%M"
OUTPUT_VARIABLE SETFILE_DATE
OUTPUT_STRIP_TRAILING_WHITESPACE
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Give the bundle actual creation/modification date.
CMake: Fix Blender.app creation/modification time It was failing on first run of CMake since the Blender.app is not yet created.
2020-03-26 11:34:50 +01:00
#
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Note that the directory might not yet exist, which happens when CMAKE is first run.
CMake: Fix Blender.app creation/modification time It was failing on first run of CMake since the Blender.app is not yet created.
2020-03-26 11:34:50 +01:00
if(NOT EXISTS ${EXECUTABLE_OUTPUT_PATH}/Blender.app)
file(MAKE_DIRECTORY ${EXECUTABLE_OUTPUT_PATH}/Blender.app)
endif()
Cleanup: cmake line length, wrapping
2022-09-09 11:52:14 +10:00
execute_process(
COMMAND SetFile -d ${SETFILE_DATE} -m ${SETFILE_DATE} ${EXECUTABLE_OUTPUT_PATH}/Blender.app
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
CMake: fix for WITH_DOC_MANPAGE failing to run Blender Use the installed executable location instead of the build location, this would work in situations when the build location had relevant files accessible but this is often not the case.
2023-08-13 14:19:57 +10:00
set(BLENDER_BIN "bin/blender")
cmake: fix generation / install on OS X, N.B. needs cmake cache rebuild
2014-11-12 20:54:48 +01:00
install(
TARGETS blender
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
cmake: fix generation / install on OS X, N.B. needs cmake cache rebuild
2014-11-12 20:54:48 +01:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
install(
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
FILES ${OSX_APP_SOURCEDIR}/Contents/PkgInfo
macOS: CMake: Fix last CMP0177 policy warnings This commit fixes the last few CMake CMP0177 policy warnings on macOS. Follow-up to: #130602 and 536937b4d4 Pull Request: https://projects.blender.org/blender/blender/pulls/131219
2024-12-02 17:15:58 +01:00
DESTINATION "Blender.app/Contents"
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
install_dir(
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
${OSX_APP_SOURCEDIR}/Contents/Resources
macOS: CMake: Fix last CMP0177 policy warnings This commit fixes the last few CMake CMP0177 policy warnings on macOS. Follow-up to: #130602 and 536937b4d4 Pull Request: https://projects.blender.org/blender/blender/pulls/131219
2024-12-02 17:15:58 +01:00
"Blender.app/Contents"
missed removing WITH_INSTALL reference.
2011-03-17 09:09:48 +00:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
macOS: support building blender-thumbnailer It was missing framework flags added in `setup_platform_linker_flags`. Keep it off until QuickLook Thumbnailing is implemented. Differential Revision: https://developer.blender.org/D13997
2022-02-04 20:57:30 +05:30
if(WITH_BLENDER_THUMBNAILER)
Cleanup: cmake indentation
2022-09-29 12:00:18 +10:00
install(
TARGETS blender-thumbnailer
macOS/QuickLook: support rich thumbnail in Finder Support thumbnail that shows the file contents instead of the default blend file icon for all files in Finder. Some files may still have the usual blender icon as thumbnail depending on their contents. blender-thumbnailer process is kept alive by the system in the background and is invoked by QuickLook when needed. The checkbox to disable the extension is present in the Settings app. It will NOT be an interactive "Preview" that allows richer interactions like Panning viewport, or rotating 3D objects.
2025-01-23 17:00:19 +01:00
DESTINATION "./Blender.app/Contents/PlugIns"
Cleanup: cmake indentation
2022-09-29 12:00:18 +10:00
)
macOS: support building blender-thumbnailer It was missing framework flags added in `setup_platform_linker_flags`. Keep it off until QuickLook Thumbnailing is implemented. Differential Revision: https://developer.blender.org/D13997
2022-02-04 20:57:30 +05:30
endif()
Build: add system for shipping with dynamic libraries on Linux and macOS PLATFORM_BUNDLED_LIBRARIES gathers shared libraries that will be installed to the lib/ folder. The Blender executable gets a relative rpath pointing to this folder as part of the install step. The build rpath is different and uses absolute paths, so that it works for executables like tests that are in different locations, and to support the case where the build and install folders are different. The system is already used for the OpenMP library on macOS. But on Linux it will only kick in once we start using shared libraries for dependencies. This also removes Mesa libraries from the old location, as these would cause Blender to start with software OpenGL. Ref T99618
2022-08-18 17:07:10 +02:00
if(PLATFORM_BUNDLED_LIBRARIES AND TARGETDIR_LIB)
macOS: Portable builds with dynamic libraries. For Blender.app: dropping libomp.dylib next to Blender executable is enough for it getting picked up since `@executable_path` is an rpath. For non-distributed binaries datatoc, makesdna, tests etc, code for copying libomp.dylib to build folder is removed and replaced by CMake's rpath option for *build* tree. For bpy.so, the post build rpath change has also been replaced by CMake rpath option for *install* tree. Since -id has been changed in D11748, remove the `install_name_tool -change ...` command. Any dylib can just be dropped at `MAC_BLENDER_TARGET_DYLIBS_DIR` hereafter. Appending dylib path to `CMAKE_BUILD_RPATH` will be needed for datatoc etc if linked against one (instead of copying the dylibs around). Reviewed By: #platform_macos, brecht Differential Revision: https://developer.blender.org/D11997
2021-08-03 20:49:40 +05:30
install(
Build: add system for shipping with dynamic libraries on Linux and macOS PLATFORM_BUNDLED_LIBRARIES gathers shared libraries that will be installed to the lib/ folder. The Blender executable gets a relative rpath pointing to this folder as part of the install step. The build rpath is different and uses absolute paths, so that it works for executables like tests that are in different locations, and to support the case where the build and install folders are different. The system is already used for the OpenMP library on macOS. But on Linux it will only kick in once we start using shared libraries for dependencies. This also removes Mesa libraries from the old location, as these would cause Blender to start with software OpenGL. Ref T99618
2022-08-18 17:07:10 +02:00
FILES ${PLATFORM_BUNDLED_LIBRARIES}
DESTINATION ${TARGETDIR_LIB}
macOS: add support for OpenMP, making smoke/fluid/cloth simulations faster. This bring macOS on par with Windows and Linux. It uses the OpenMP library added to our precompiled libraries. Custom flags are set because FindOpenMP from CMake below 3.12 does not support AppleClang, and more recent versions do not work with our custom directory location either. Differential Revision: https://developer.blender.org/D4257
2019-01-26 14:14:51 +01:00
)
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Vulkan: Changes to CMake config. Paths to vulkan libraries, paths and related components were hardcoded in the platform cmake file. This patch separates this by using adding CMake modules for Vulkan and ShaderC. This change has only been applied to the macOs configuration as that is currently our main platform for development. Other platforms will be added during the development of the Vulkan back-end.
2023-01-30 11:24:06 +01:00
if(WITH_VULKAN_BACKEND)
install(
Vulkan: Remove MoltenVK Blender had some support for using MoltenVK. However there are some key issues why MotlenVK cannot be used. Bugs have been reported up-stream. As it doesn't work and holds back regular developments it will be removed from the main branch. Any efforts on making Vulkan run on Apple (including KosmicKrisp) is considered a community effort and can be done in a development branch. Pull Request: https://projects.blender.org/blender/blender/pulls/144602
2025-08-15 09:36:38 +02:00
FILES ${VULKAN_LIBRARY}
Vulkan: Changes to CMake config. Paths to vulkan libraries, paths and related components were hardcoded in the platform cmake file. This patch separates this by using adding CMake modules for Vulkan and ShaderC. This change has only been applied to the macOs configuration as that is currently our main platform for development. Other platforms will be added during the development of the Vulkan back-end.
2023-01-30 11:24:06 +01:00
DESTINATION ${TARGETDIR_LIB}
)
endif()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Python.
WITH_PYTHON_FRAMEWORK cmake option for OSX This option allow Blender to be linked against the Framework python It's useful if you want to have blenderplayer and bpy in the same application and need to avoid PyThread problems. patch reviewed by Jens Verwiebe before 2.66. He may want to change something though. (also small: I changed: /Library/Frameworks/Python.framework/Versions//python by /Library/Frameworks/Python.framework/Versions//Python as the latter seems to be the norm)
2013-02-22 22:24:38 +00:00
if(WITH_PYTHON AND NOT WITH_PYTHON_MODULE AND NOT WITH_PYTHON_FRAMEWORK)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Copy the python libraries into the install directory.
macOS: officially upgrade to 10.9 libraries from lib/darwin. This removes a bunch of code that is no longer needed, and running "make update" will now automatically download the new libraries. Differential Revision: https://developer.blender.org/D2861
2017-09-28 20:52:22 +02:00
install_dir(
Fix macOS incomplete Python install after recent changes After 2c23b4e0bff0 the meaning of PYTHON_LIBPATH changed.
2022-09-12 15:45:54 +02:00
${PYTHON_LIBPATH}/python${PYTHON_VERSION}
macOS: officially upgrade to 10.9 libraries from lib/darwin. This removes a bunch of code that is no longer needed, and running "make update" will now automatically download the new libraries. Differential Revision: https://developer.blender.org/D2861
2017-09-28 20:52:22 +02:00
${TARGETDIR_VER}/python/lib
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
# Install Python executable.
Fix T95502: macOS app has both python 3.9 and 3.10 executables
2022-02-07 20:51:03 +01:00
install(
PROGRAMS ${PYTHON_EXECUTABLE}
DESTINATION ${TARGETDIR_VER}/python/bin
Fix T46377: No python executable in 2.76 rc3 distribution for OSX
2015-10-05 15:43:56 +05:00
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Needed for `distutils/pip`.
# Get the last part of the include dir, will be `python{version}{abiflag}`.
Python: install pyconfig.h on OSX, needed for PIP
2016-04-28 20:43:14 +10:00
get_filename_component(_py_inc_suffix ${PYTHON_INCLUDE_DIR} NAME)
install(
FILES ${PYTHON_INCLUDE_DIR}/pyconfig.h
DESTINATION ${TARGETDIR_VER}/python/include/${_py_inc_suffix}
)
unset(_py_inc_suffix)
- check IF WIN32 AND NOT UNIX (for cygwin) - patch from Mike S to enable OpenMP and xcode
2010-11-21 13:41:43 +00:00
endif()
macOS/bpy module: install scripts relative to bpy.so Brew's Python framework's site-packages is a symlink so the assumption that Resources and site-packages would be in the same directory doesn't hold. So install scripts etc relative to bpy.so. Part of D14111
2022-02-17 01:28:10 +05:30
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
if(WITH_PYTHON_MODULE AND TARGETDIR_BPY)
install(
TARGETS blender
LIBRARY DESTINATION ${TARGETDIR_BPY}
)
macOS/bpy: install into site-packages Reviewed By: #platform_macos, brecht Maniphest Tasks: T86579 Differential Revision: https://developer.blender.org/D10664
2021-03-27 01:14:45 +05:30
endif()
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Add a script to collect system information when Blender isn't opening This commit adds a python script that can collect some of the information necessary to fill out a bug report. The primary use case is to help users collect system information for a bug report in the case that Blender can't open. CMD and sh files are included to help users use the Python script. Ref !122191
2024-09-03 12:59:59 +10:00
if(NOT WITH_PYTHON_MODULE AND WITH_PYTHON AND WITH_PYTHON_INSTALL)
get_filename_component(PYTHON_EXECUTABLE_NAME_ONLY ${PYTHON_EXECUTABLE} NAME)
configure_file(
${CMAKE_SOURCE_DIR}/release/darwin/scripts/blender-system-info.sh.in
${CMAKE_BINARY_DIR}/release/darwin/scripts/blender-system-info.sh
@ONLY
)
unset(PYTHON_EXECUTABLE_NAME_ONLY)
install(
PROGRAMS ${CMAKE_BINARY_DIR}/release/darwin/scripts/blender-system-info.sh
macOS: CMake: Fix last CMP0177 policy warnings This commit fixes the last few CMake CMP0177 policy warnings on macOS. Follow-up to: #130602 and 536937b4d4 Pull Request: https://projects.blender.org/blender/blender/pulls/131219
2024-12-02 17:15:58 +01:00
DESTINATION "Blender.app/Contents/Resources"
Add a script to collect system information when Blender isn't opening This commit adds a python script that can collect some of the information necessary to fill out a bug report. The primary use case is to help users collect system information for a bug report in the case that Blender can't open. CMD and sh files are included to help users use the Python script. Ref !122191
2024-09-03 12:59:59 +10:00
)
endif()
cmake changes - set python to 3.1 on linux (dont use FindPackage for now) - remove duplicate settings (disable cache for copied settings, was quite confusing) - added an option WITH_INSTALL, when disabled scripts and language files wont be copied to the target dir (better for quick builds) - remove .svn (was still CVS), and pyc/pyc files after copy - copy the 'io' as well as 'ui'
2009-08-14 17:16:16 +00:00
endif()
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
# Windows already installs these, for Unix we need to pick just the VFX libs from
# the site-packages directory.
if(WITH_PYTHON_MODULE AND LIBDIR AND NOT WIN32)
CMake: support using LIBDIR while building against an external Python Support a standard Blender build referencing Python outside of LIBDIR, useful to build against Python with debugging options enabled.
2025-02-12 13:17:04 +11:00
# It's possible for a build using LIBDIR to reference a non-standard Python installation.
path_is_prefix(LIBDIR PYTHON_INCLUDE_DIR _is_python_in_libdir)
if(_is_python_in_libdir)
install(
DIRECTORY ${LIBDIR}/python/lib/python${PYTHON_VERSION}/site-packages/MaterialX
DESTINATION ${TARGETDIR_SITE_PACKAGES}
)
install(
DIRECTORY ${LIBDIR}/python/lib/python${PYTHON_VERSION}/site-packages/OpenImageIO
DESTINATION ${TARGETDIR_SITE_PACKAGES}
)
install(
DIRECTORY ${LIBDIR}/python/lib/python${PYTHON_VERSION}/site-packages/PyOpenColorIO
DESTINATION ${TARGETDIR_SITE_PACKAGES}
)
install(
DIRECTORY ${LIBDIR}/python/lib/python${PYTHON_VERSION}/site-packages/oslquery
DESTINATION ${TARGETDIR_SITE_PACKAGES} OPTIONAL
)
install(
DIRECTORY ${LIBDIR}/python/lib/python${PYTHON_VERSION}/site-packages/pxr
DESTINATION ${TARGETDIR_SITE_PACKAGES}
)
if(APPLE)
set(_openvdb_filename openvdb.cpython-${PYTHON_VERSION_NO_DOTS}-darwin.so)
else()
set(_openvdb_filename openvdb.cpython-${PYTHON_VERSION_NO_DOTS}-${CMAKE_SYSTEM_PROCESSOR}-linux-gnu.so)
endif()
install(
FILES ${LIBDIR}/python/lib/python${PYTHON_VERSION}/site-packages/${_openvdb_filename}
DESTINATION ${TARGETDIR_SITE_PACKAGES}
)
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
endif()
CMake: support using LIBDIR while building against an external Python Support a standard Blender build referencing Python outside of LIBDIR, useful to build against Python with debugging options enabled.
2025-02-12 13:17:04 +11:00
unset(_is_python_in_libdir)
Python Module: Bundle VFX library python bindings When calling bpy.utils.expose_bundled_modules(), these modules are added to sys.path. This provides a solution/workaround to two problems: * Using bpy together with packages like usd-core is problematic. Besides crashing due to C++ symbol conflicts, it's just impossible to import different versions of the same module, or to have distinct environment variables for both. (#127132) * Blender add-ons using these VFX modules do not currently work with the bpy module. This adds about 15MB to the bpy package. Pull Request: https://projects.blender.org/blender/blender/pulls/133082
2025-01-17 10:13:31 +01:00
endif()
CMake: Copy .blender structure and necessary dlls for Windows builds as part of the postbuild to target directories.
2006-12-10 14:49:28 +00:00
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
# -----------------------------------------------------------------------------
# Generic Install, for all targets
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
if(DEFINED TARGETDIR_TEXT)
CMake: readme.html version trick broke packages
2015-03-24 07:47:01 +11:00
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
configure_file(
${CMAKE_SOURCE_DIR}/release/text/readme.html
${CMAKE_BINARY_DIR}/release/text/readme.html
@ONLY
CMake: readme.html version trick broke packages
2015-03-24 07:47:01 +11:00
)
list(APPEND BLENDER_TEXT_FILES
${CMAKE_BINARY_DIR}/release/text/readme.html
)
ClangFormat: apply to source, most of intern Apply clang format as proposed in T53211. For details on usage and instructions for migrating branches without conflicts, see: https://wiki.blender.org/wiki/Tools/ClangFormat
2019-04-17 06:17:24 +02:00
Remove version from readme, (replace on install)
2015-03-12 22:14:48 +11:00
install(
FILES ${BLENDER_TEXT_FILES}
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
DESTINATION "${TARGETDIR_TEXT}"
Remove version from readme, (replace on install)
2015-03-12 22:14:48 +11:00
)
Move license files to license subfolder For the final builds instead of leaving all the license files in the main folder, we move them to a "license" folder. Also, adding more licenses here (MIT, Apache, ...). Differential Revision: https://developer.blender.org/D8999
2020-09-24 10:53:15 +02:00
install(
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
DIRECTORY ${CMAKE_SOURCE_DIR}/release/license
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
DESTINATION "${TARGETDIR_TEXT}"
Cleanup: correct indentation for CMake files, strip trailing space
2025-01-03 13:23:38 +11:00
)
Remove version from readme, (replace on install)
2015-03-12 22:14:48 +11:00
endif()
centralize some of the came install commands, were being copied between osx/win/linux
2011-11-17 18:23:34 +00:00
Extensions: support system repositories & BLENDER_SYSTEM_EXTENSIONS Support for "System" extensions as an alternative to the current "User" extensions repository. The purpose of this change is to support bundling extensions for offline work or in environments where users setting up thier own extensions isn't desirable, see #122512. Details: The default "System" repository on Linux will for example use: - `/usr/share/blender/4.2/extensions/{system}` For system installs. - `./4.2/extensions/{system}` For portable installs. - Blender's default startup now has a "System" repository which users or administrators may populate. - Repositories can select between User/System paths, setting a custom path overrides overrides this setting. - Add "BLENDER_SYSTEM_EXTENSIONS" (matching "BLENDER_LOCAL_EXTENSIONS"). Ref !122832
2024-06-07 11:36:20 +10:00
# Create a system extensions directory (users or administrators may populate this).
# This only contains a `readme.txt` explaining it's purpose.
install(
DIRECTORY ${CMAKE_SOURCE_DIR}/release/extensions
DESTINATION ${TARGETDIR_VER}
)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Install more files specified elsewhere.
CMake: add delayed_install macro to specify files to be installed from modules other than source/creator.
2011-11-07 15:53:40 +00:00
delayed_do_install(${TARGETDIR_VER})
cmake was installing text as a directory rather then coping the files within it.
2011-07-01 13:10:49 +00:00
unset(BLENDER_TEXT_FILES)
Cleanup: consistent variable names for install target directories
2022-08-18 17:18:15 +02:00
unset(TARGETDIR_TEXT)
cmake was installing text as a directory rather then coping the files within it.
2011-07-01 13:10:49 +00:00
CMake: generate icon list for installation MSVC users weren't getting icons installed, since glob isn't reliable, list all files in a section which the update script maintains.
2018-04-25 09:24:54 +02:00
# -----------------------------------------------------------------------------
# Geometry Icons
UI: use icons for the toolbar
2018-04-24 09:19:28 +02:00
# Geometry icons.
CMake: generate icon list for installation MSVC users weren't getting icons installed, since glob isn't reliable, list all files in a section which the update script maintains.
2018-04-25 09:24:54 +02:00
get_property(_icon_names GLOBAL PROPERTY ICON_GEOM_NAMES)
set(_icon_files)
foreach(_f ${_icon_names})
list(APPEND _icon_files
"${CMAKE_SOURCE_DIR}/release/datafiles/icons/${_f}.dat"
)
endforeach()
UI: use icons for the toolbar
2018-04-24 09:19:28 +02:00
install(
CMake: generate icon list for installation MSVC users weren't getting icons installed, since glob isn't reliable, list all files in a section which the update script maintains.
2018-04-25 09:24:54 +02:00
FILES ${_icon_files}
DESTINATION ${TARGETDIR_VER}/datafiles/icons
UI: use icons for the toolbar
2018-04-24 09:19:28 +02:00
)
cmake was installing text as a directory rather then coping the files within it.
2011-07-01 13:10:49 +00:00
CMake: generate icon list for installation MSVC users weren't getting icons installed, since glob isn't reliable, list all files in a section which the update script maintains.
2018-04-25 09:24:54 +02:00
unset(_icon_names)
unset(_icon_files)
unset(_f)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
Workbench: StudioLight HDRI's The Studio lights are now loaded from disk. The location is `datafiles/studiolights` they need to be JPG for now. JPG cannot store HDRI color range but they are clamped inside the Workbench engine for speed reason. I didn't select JP2K as it might not be enabled. Users can add upto 20 HDRI files. This limitation is inside the RNA_space.c Currently the icons are calculated when you first open the selection box for the HDRI's. We could add them to a background rendering later. I added 2 test files a sky texture rendered in Cycles and an HDRI from cloud.blender.org.
2018-05-11 16:55:14 +02:00
# -----------------------------------------------------------------------------
# Studio Lights
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
Workbench: StudioLight HDRI's The Studio lights are now loaded from disk. The location is `datafiles/studiolights` they need to be JPG for now. JPG cannot store HDRI color range but they are clamped inside the Workbench engine for speed reason. I didn't select JP2K as it might not be enabled. Users can add upto 20 HDRI files. This limitation is inside the RNA_space.c Currently the icons are calculated when you first open the selection box for the HDRI's. We could add them to a background rendering later. I added 2 test files a sky texture rendered in Cycles and an HDRI from cloud.blender.org.
2018-05-11 16:55:14 +02:00
install(
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
DIRECTORY ${CMAKE_SOURCE_DIR}/release/datafiles/studiolights
Workbench: StudioLight HDRI's The Studio lights are now loaded from disk. The location is `datafiles/studiolights` they need to be JPG for now. JPG cannot store HDRI color range but they are clamped inside the Workbench engine for speed reason. I didn't select JP2K as it might not be enabled. Users can add upto 20 HDRI files. This limitation is inside the RNA_space.c Currently the icons are calculated when you first open the selection box for the HDRI's. We could add them to a background rendering later. I added 2 test files a sky texture rendered in Cycles and an HDRI from cloud.blender.org.
2018-05-11 16:55:14 +02:00
DESTINATION ${TARGETDIR_VER}/datafiles
)
CMake: generate icon list for installation MSVC users weren't getting icons installed, since glob isn't reliable, list all files in a section which the update script maintains.
2018-04-25 09:24:54 +02:00
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
Assets: bundle Essentials with Blender This patch adds an "Essentials" asset library that is bundled with Blender. Also see #103620. At build time, the `lib/assets/publish` folder is copied to `datafiles/assets` in the build directory. In the UI, the "Essentials" library can be accessed like other custom asset libraries with the exception that assets from that library cannot be linked. The immediate impact of this is that Blender now comes with some geometry node groups for procedural hair grooming. Pull Request #104474
2023-02-14 17:35:29 +01:00
# -----------------------------------------------------------------------------
# Bundle assets
Move tests/data and assets to the main repository This change moves the tests data files and publish folder of assets repository to the main blender.git repository as LFS files. The goal of this change is to eliminate toil of modifying tests, cherry-picking changes to LFS branches, adding tests as part of a PR which brings new features or fixes. More detailed explanation and conversation can be found in the design task. Ref #137215 Pull Request: https://projects.blender.org/blender/blender/pulls/137219
2025-05-05 15:10:22 +02:00
set(ASSET_BUNDLE_DIR ${CMAKE_SOURCE_DIR}/assets/)
Fix missing assets in the source archive The assets are required to build proper Blender release, so they can not be skipped from packing. The packing ignores the `working` directory as it seems to be big and sounds that it is not needed for the release. The assets are bundled under the `release/datafiles/assets` folder in the blender sources. This is where they will reside after switch to the Git LFS. Pull Request: https://projects.blender.org/blender/blender/pulls/106536
2023-04-05 09:27:42 +02:00
Assets: bundle Essentials with Blender This patch adds an "Essentials" asset library that is bundled with Blender. Also see #103620. At build time, the `lib/assets/publish` folder is copied to `datafiles/assets` in the build directory. In the UI, the "Essentials" library can be accessed like other custom asset libraries with the exception that assets from that library cannot be linked. The immediate impact of this is that Blender now comes with some geometry node groups for procedural hair grooming. Pull Request #104474
2023-02-14 17:35:29 +01:00
if(EXISTS "${ASSET_BUNDLE_DIR}")
install(
DIRECTORY ${ASSET_BUNDLE_DIR}
DESTINATION ${TARGETDIR_VER}/datafiles/assets
)
endif()
cmake was installing text as a directory rather then coping the files within it.
2011-07-01 13:10:49 +00:00
# -----------------------------------------------------------------------------
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# Setup link libraries
cmake was installing text as a directory rather then coping the files within it.
2011-07-01 13:10:49 +00:00
CMake lists initial submission. Documentationand further verification for different platforms will follow soon. This was just tested against current CVS on MSVC 2005 with Verse, QuickTime, OpenEXR, Player all on.
2006-11-17 02:27:12 +00:00
add_dependencies(blender makesdna)
CMake: plumbing for modern CMake usage This is the minimal change required to start using modern CMake in the blender build system. This change is designed to allow small incremental changes to the build system rather than doing it in one big bang which would be unmaintainable (for me) The biggest functional change is, previously all libraries in the `LIB` section of a `blender_add_lib` call had the `INTERFACE` scope, which is rarely, if ever the correct scope. This diff changes this to `PRIVATE` Concrete implications of this diff : The `LIB`, `INC` and `INC_SYS` sections of an `blender_add_lib` call now allow scoping keywords (`PUBLIC`, `PRIVATE,` `INTERFACE`) to declare the scope of the dependency. Right now the only library using any modern cmake is `bf_intern_atomic` which is an header only interface library that will just advertise its include directories. This allows us to clean up any `CMakeLists.txt` that adds `../../../intern/atomic` to its `INC` section to remove it in `INC` by adding a `PRIVATE bf_intern_atomic` to the `LIB` section. Pull Request: https://projects.blender.org/blender/blender/pulls/107858
2023-06-27 20:57:50 +02:00
target_link_libraries(blender PRIVATE ${LIB})
CMake: remove BLENDER_SORTED_LIBS Use CMake's target_link_libraries instead of manually maintaining library dependencies in a single list. In practice adding new libraries often ended up being guess-work, now each library lists the libraries it uses. This was used for the game player executable so libraries could optionally link to stubs. If we need this functionality it can be done using target-properties as described in T46725.
2019-04-16 12:36:44 +02:00
unset(LIB)
use lowercase for cmake builtin names and macros, remove contents in else() and endif() which is no longer needed.
2010-12-08 08:43:06 +00:00
CMake: clean up setting of platform specific linker flags Set flags directly on the target, and use common function for all cases. This refactoring helps with the next commit for test executables. Ref D8714
2020-09-15 16:00:15 +02:00
setup_platform_linker_flags(blender)
setup_platform_linker_libs(blender)
Add blender launcher application when building with MSVC Main idea of this change is to make a small executable which will set OMP_WAIT_POLICY environment variable and then will launch blender itself. This is a teporary solution for the time being we'll have a more clear solution to high CPU usage with OpenMP when building with MSVC. Reviewers: campbellbarton, juicyfruit Reviewed By: juicyfruit Differential Revision: https://developer.blender.org/D717
2014-08-07 20:01:20 +06:00
Build: hide all symbols except a few required ones on Linux Instead of specifying which symbols to hide, we hide all and make a few visible. Some users may be relying on calling internal Blender functions, but Windows is already hiding all of them and this is just not supported. Fixes T99900: crash with some third-party Python libraries since OneAPI Ref T76442 Differential Revision: https://developer.blender.org/D14971
2022-07-29 17:31:52 +02:00
if(DEFINED PLATFORM_SYMBOLS_MAP)
set_target_properties(blender PROPERTIES LINK_DEPENDS ${PLATFORM_SYMBOLS_MAP})
Fix Blender not rebuilding when changing linker script
2020-04-07 13:42:43 +02:00
endif()
Build: fix gtest build flags affecting actual library Switch to target_ functions to avoid this.
2022-09-18 07:41:13 +02:00
blender_target_include_dirs(blender ${INC})
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
USD: Introducing a simple USD Exporter This commit introduces the first version of an exporter to Pixar's Universal Scene Description (USD) format. Reviewed By: sergey, LazyDodo Differential Revision: https://developer.blender.org/D6287 - The USD libraries are built by `make deps`, but not yet built by install_deps.sh. - Only experimental support for instancing; by default all duplicated objects are made real in the USD file. This is fine for exporting a linked-in posed character, not so much for thousands of pebbles etc. - The way materials and UV coordinates and Normals are exported is going to change soon. - This patch contains LazyDodo's fixes for building on Windows in D5359. == Meshes == USD seems to support neither per-material nor per-face-group double-sidedness, so we just use the flag from the first non-empty material slot. If there is no material we default to double-sidedness. Each UV map is stored on the mesh in a separate primvar. Materials can refer to these UV maps, but this is not yet exported by Blender. The primvar name is the same as the UV Map name. This is to allow the standard name "st" for texture coordinates by naming the UV Map as such, without having to guess which UV Map is the "standard" one. Face-varying mesh normals are written to USD. When the mesh has custom loop normals those are written. Otherwise the poly flag `ME_SMOOTH` is inspected to determine the normals. The UV maps and mesh normals take up a significant amount of space, so exporting them is optional. They're still enabled by default, though. For comparison: a shot of Spring (03_035_A) is 1.2 GiB when exported with UVs and normals, and 262 MiB without. We probably have room for optimisation of written UVs and normals. The mesh subdivision scheme isn't using the default value 'Catmull Clark', but uses 'None', indicating we're exporting a polygonal mesh. This is necessary for USD to understand our normals; otherwise the mesh is always rendered smooth. In the future we may want to expose this choice of subdivision scheme to the user, or auto-detect it when we actually support exporting pre-subdivision meshes. A possible optimisation could be to inspect whether all polygons are smooth or flat, and mark the USD mesh as such. This can be added when needed. == Animation == Mesh and transform animation are now written when passing `animation=True` to the export operator. There is no inspection of whether an object is actually animated or not; USD can handle deduplication of static values for us. The administration of which timecode to use for the export is left to the file-format-specific concrete subclasses of `AbstractHierarchyIterator`; the abstract iterator itself doesn't know anything about the passage of time. This will allow subclasses for the frame-based USD format and time-based Alembic format. == Support for simple preview materials == Very simple versions of the materials are now exported, using only the viewport diffuse RGB, metallic, and roughness. When there are multiple materials, the mesh faces are stored as geometry subset and each material is assigned to the appropriate subset. If there is only one material this is skipped. The first material if any) is always applied to the mesh itself (regardless of the existence of geometry subsets), because the Hydra viewport doesn't support materials on subsets. See https://github.com/PixarAnimationStudios/USD/issues/542 for more info. Note that the geometry subsets are not yet time-sampled, so it may break when an animated mesh changes topology. Materials are exported as a flat list under a top-level '/_materials' namespace. This inhibits instancing of the objects using those materials, so this is subject to change. == Hair == Only the parent strands are exported, and only with a constant colour. No UV coordinates, no information about the normals. == Camera == Only perspective cameras are supported for now. == Particles == Particles are only written when they are alive, which means that they are always visible (there is currently no code that deals with marking them as invisible outside their lifespan). Particle-system-instanced objects are exported by suffixing the object name with the particle's persistent ID, giving each particle XForm a unique name. == Instancing/referencing == This exporter has experimental support for instancing/referencing. Dupli-object meshes are now written to USD as references to the original mesh. This is still very limited in correctness, as there are issues referencing to materials from a referenced mesh. I am still committing this, as it gives us a place to start when continuing the quest for proper instancing in USD. == Lights == USD does not directly support spot lights, so those aren't exported yet. It's possible to add this in the future via the UsdLuxShapingAPI. The units used for the light intensity are also still a bit of a mystery. == Fluid vertex velocities == Currently only fluid simulations (not meshes in general) have explicit vertex velocities. This is the most important case for exporting velocities, though, as the baked mesh changes topology all the time, and thus computing the velocities at import time in a post-processing step is hard. == The Building Process == - USD is built as monolithic library, instead of 25 smaller libraries. We were linking all of them as 'whole archive' anyway, so this doesn't affect the final file size. It does, however, make life easier with respect to linking order, and handling upstream changes. - The JSON files required by USD are installed into datafiles/usd; they are required on every platform. Set the `PXR_PATH_DEBUG` to any value to have the USD library print the paths it uses to find those files. - USD is patched so that it finds the aforementioned JSON files in a path that we pass to it from Blender. - USD is patched to have a `PXR_BUILD_USD_TOOLS` CMake option to disable building the tools in its `bin` directory. This is sent as a pull request at https://github.com/PixarAnimationStudios/USD/pull/1048
2019-12-13 10:27:40 +01:00
# -----------------------------------------------------------------------------
# USD registry.
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# USD requires a set of JSON files that define the standard schemas.
# These files are required at runtime.
Cleanup: whitespace
2019-12-16 13:49:11 +11:00
if(WITH_USD)
USD: Introducing a simple USD Exporter This commit introduces the first version of an exporter to Pixar's Universal Scene Description (USD) format. Reviewed By: sergey, LazyDodo Differential Revision: https://developer.blender.org/D6287 - The USD libraries are built by `make deps`, but not yet built by install_deps.sh. - Only experimental support for instancing; by default all duplicated objects are made real in the USD file. This is fine for exporting a linked-in posed character, not so much for thousands of pebbles etc. - The way materials and UV coordinates and Normals are exported is going to change soon. - This patch contains LazyDodo's fixes for building on Windows in D5359. == Meshes == USD seems to support neither per-material nor per-face-group double-sidedness, so we just use the flag from the first non-empty material slot. If there is no material we default to double-sidedness. Each UV map is stored on the mesh in a separate primvar. Materials can refer to these UV maps, but this is not yet exported by Blender. The primvar name is the same as the UV Map name. This is to allow the standard name "st" for texture coordinates by naming the UV Map as such, without having to guess which UV Map is the "standard" one. Face-varying mesh normals are written to USD. When the mesh has custom loop normals those are written. Otherwise the poly flag `ME_SMOOTH` is inspected to determine the normals. The UV maps and mesh normals take up a significant amount of space, so exporting them is optional. They're still enabled by default, though. For comparison: a shot of Spring (03_035_A) is 1.2 GiB when exported with UVs and normals, and 262 MiB without. We probably have room for optimisation of written UVs and normals. The mesh subdivision scheme isn't using the default value 'Catmull Clark', but uses 'None', indicating we're exporting a polygonal mesh. This is necessary for USD to understand our normals; otherwise the mesh is always rendered smooth. In the future we may want to expose this choice of subdivision scheme to the user, or auto-detect it when we actually support exporting pre-subdivision meshes. A possible optimisation could be to inspect whether all polygons are smooth or flat, and mark the USD mesh as such. This can be added when needed. == Animation == Mesh and transform animation are now written when passing `animation=True` to the export operator. There is no inspection of whether an object is actually animated or not; USD can handle deduplication of static values for us. The administration of which timecode to use for the export is left to the file-format-specific concrete subclasses of `AbstractHierarchyIterator`; the abstract iterator itself doesn't know anything about the passage of time. This will allow subclasses for the frame-based USD format and time-based Alembic format. == Support for simple preview materials == Very simple versions of the materials are now exported, using only the viewport diffuse RGB, metallic, and roughness. When there are multiple materials, the mesh faces are stored as geometry subset and each material is assigned to the appropriate subset. If there is only one material this is skipped. The first material if any) is always applied to the mesh itself (regardless of the existence of geometry subsets), because the Hydra viewport doesn't support materials on subsets. See https://github.com/PixarAnimationStudios/USD/issues/542 for more info. Note that the geometry subsets are not yet time-sampled, so it may break when an animated mesh changes topology. Materials are exported as a flat list under a top-level '/_materials' namespace. This inhibits instancing of the objects using those materials, so this is subject to change. == Hair == Only the parent strands are exported, and only with a constant colour. No UV coordinates, no information about the normals. == Camera == Only perspective cameras are supported for now. == Particles == Particles are only written when they are alive, which means that they are always visible (there is currently no code that deals with marking them as invisible outside their lifespan). Particle-system-instanced objects are exported by suffixing the object name with the particle's persistent ID, giving each particle XForm a unique name. == Instancing/referencing == This exporter has experimental support for instancing/referencing. Dupli-object meshes are now written to USD as references to the original mesh. This is still very limited in correctness, as there are issues referencing to materials from a referenced mesh. I am still committing this, as it gives us a place to start when continuing the quest for proper instancing in USD. == Lights == USD does not directly support spot lights, so those aren't exported yet. It's possible to add this in the future via the UsdLuxShapingAPI. The units used for the light intensity are also still a bit of a mystery. == Fluid vertex velocities == Currently only fluid simulations (not meshes in general) have explicit vertex velocities. This is the most important case for exporting velocities, though, as the baked mesh changes topology all the time, and thus computing the velocities at import time in a post-processing step is hard. == The Building Process == - USD is built as monolithic library, instead of 25 smaller libraries. We were linking all of them as 'whole archive' anyway, so this doesn't affect the final file size. It does, however, make life easier with respect to linking order, and handling upstream changes. - The JSON files required by USD are installed into datafiles/usd; they are required on every platform. Set the `PXR_PATH_DEBUG` to any value to have the USD library print the paths it uses to find those files. - USD is patched so that it finds the aforementioned JSON files in a path that we pass to it from Blender. - USD is patched to have a `PXR_BUILD_USD_TOOLS` CMake option to disable building the tools in its `bin` directory. This is sent as a pull request at https://github.com/PixarAnimationStudios/USD/pull/1048
2019-12-13 10:27:40 +01:00
add_definitions(-DWITH_USD)
USD: prepare for building with Python support and shared libraries Shared libraries and USD plugins will be placed in the same folder, where USD already looks for plugins. This means that specifying the path to the plugins will no longer be needed once the new libraries are available for all platforms. For now the code was refactored to support both cases. Ref T99618
2022-12-05 23:10:31 +01:00
absolute_include_dirs(../blender/io/usd)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
endif()
USD: prepare for building with Python support and shared libraries Shared libraries and USD plugins will be placed in the same folder, where USD already looks for plugins. This means that specifying the path to the plugins will no longer be needed once the new libraries are available for all platforms. For now the code was refactored to support both cases. Ref T99618
2022-12-05 23:10:31 +01:00
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# Always install USD shared library and `datafiles` regardless if Blender
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
# itself uses them, the bundled Python module still needs it.
CMake: add WITH_LIBS_PRECOMPILED option (UNIX only) This makes it convenient to build blender without referencing pre-compiled libraries which don't always work on newer Linux systems. Previously I had to rename ../lib while creating the CMakeCache.txt to ensure my systems libraries would be used. This change ensures LIBDIR is undefined when WITH_LIBS_PRECOMPILED is disabled, so any accidental use warns with CMake's `--warn-unused-vars` argument is given.
2023-01-19 17:07:24 +11:00
if((DEFINED LIBDIR) AND TARGETDIR_LIB)
Cleanup: spelling in comments
2024-09-20 13:14:57 +10:00
# On windows the USD library sits in `./blender.shared` copy the files
# relative to the location of the USD DLL, if the DLL does not exist
USD: prepare for building with Python support and shared libraries Shared libraries and USD plugins will be placed in the same folder, where USD already looks for plugins. This means that specifying the path to the plugins will no longer be needed once the new libraries are available for all platforms. For now the code was refactored to support both cases. Ref T99618
2022-12-05 23:10:31 +01:00
# assume we are linking against the static 3.5 lib.
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
if(WITH_USD)
if(WIN32 AND
(
EXISTS ${LIBDIR}/usd/lib/usd_usd_ms.dll OR # USD 22.03
EXISTS ${LIBDIR}/usd/lib/usd_ms.dll # USD 22.11
)
USD: prepare for building with Python support and shared libraries Shared libraries and USD plugins will be placed in the same folder, where USD already looks for plugins. This means that specifying the path to the plugins will no longer be needed once the new libraries are available for all platforms. For now the code was refactored to support both cases. Ref T99618
2022-12-05 23:10:31 +01:00
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
install(DIRECTORY
${USD_LIBRARY_DIR}/usd
Fix Python Module build on Windows Don't install libraries in blender.shared and don't generate manifest as it's not working and not important to have a clean directory here. Always detect MSVC_REDIST_DIR as it is used by oneAPI. The way InstallRequiredSystemLibraries is called it already only sets some variables and doesn't install anything by itself. Pull Request: https://projects.blender.org/blender/blender/pulls/105999
2023-03-28 16:32:25 +02:00
DESTINATION ${TARGETDIR_LIB}
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
)
Build: install USD Storm and MaterialX libraries by default * Bundle hdStorm and associated plugins * Enable WITH_MATERIALX by default to bundle MaterialX libraries * Set PXR_MTLX_STDLIB_SEARCH_PATHS so Storm can find MaterialX files Co-authored-by: Georgiy Markelov <georgiy.m.markelov@gmail.com> Co-authored-by: Brecht Van Lommel <brecht@blender.org> Ref #110765, #104712
2023-08-04 14:54:49 +02:00
install(DIRECTORY
${LIBDIR}/usd/plugin/usd/hdStorm
${LIBDIR}/usd/plugin/usd/usdShaders
${LIBDIR}/usd/plugin/usd/hioOiio
CMake: Windows: Fix CMP0177 policy warnings CMake 3.31+ have begun emitting warnings when you feed install() paths that are not normalized (ie have, '.' or '..' in them) easiest fix is just not use them. This cleans up the windows sections of the build system, the other platform devs will have to take a look on their respective platforms.
2024-11-19 18:53:41 -07:00
DESTINATION "blender.shared/usd"
Build: install USD Storm and MaterialX libraries by default * Bundle hdStorm and associated plugins * Enable WITH_MATERIALX by default to bundle MaterialX libraries * Set PXR_MTLX_STDLIB_SEARCH_PATHS so Storm can find MaterialX files Co-authored-by: Georgiy Markelov <georgiy.m.markelov@gmail.com> Co-authored-by: Brecht Van Lommel <brecht@blender.org> Ref #110765, #104712
2023-08-04 14:54:49 +02:00
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
elseif(USD_PYTHON_SUPPORT)
install(DIRECTORY
${USD_LIBRARY_DIR}/usd
DESTINATION ${TARGETDIR_LIB}
)
Build: install USD Storm and MaterialX libraries by default * Bundle hdStorm and associated plugins * Enable WITH_MATERIALX by default to bundle MaterialX libraries * Set PXR_MTLX_STDLIB_SEARCH_PATHS so Storm can find MaterialX files Co-authored-by: Georgiy Markelov <georgiy.m.markelov@gmail.com> Co-authored-by: Brecht Van Lommel <brecht@blender.org> Ref #110765, #104712
2023-08-04 14:54:49 +02:00
install(DIRECTORY
${LIBDIR}/usd/plugin/usd/hdStorm
${LIBDIR}/usd/plugin/usd/usdShaders
DESTINATION ${TARGETDIR_LIB}/usd
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
else()
install(DIRECTORY
${USD_LIBRARY_DIR}/usd
DESTINATION "${TARGETDIR_VER}/datafiles"
)
Build: install USD Storm and MaterialX libraries by default * Bundle hdStorm and associated plugins * Enable WITH_MATERIALX by default to bundle MaterialX libraries * Set PXR_MTLX_STDLIB_SEARCH_PATHS so Storm can find MaterialX files Co-authored-by: Georgiy Markelov <georgiy.m.markelov@gmail.com> Co-authored-by: Brecht Van Lommel <brecht@blender.org> Ref #110765, #104712
2023-08-04 14:54:49 +02:00
install(DIRECTORY
${LIBDIR}/usd/plugin/usd/hdStorm
${LIBDIR}/usd/plugin/usd/usdShaders
DESTINATION "${TARGETDIR_VER}/datafiles/usd"
)
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
endif()
USD: prepare for building with Python support and shared libraries Shared libraries and USD plugins will be placed in the same folder, where USD already looks for plugins. This means that specifying the path to the plugins will no longer be needed once the new libraries are available for all platforms. For now the code was refactored to support both cases. Ref T99618
2022-12-05 23:10:31 +01:00
endif()
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
if(WIN32)
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# If this file exists we are building against a 3.5 22.03 library directory
# that needs these DLL's installed.
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
if(EXISTS ${LIBDIR}/usd/lib/usd_usd_ms.dll)
windows_install_shared_manifest(FILES
${LIBDIR}/usd/lib/usd_usd_ms.dll
RELEASE
)
windows_install_shared_manifest(FILES
${LIBDIR}/usd/lib/usd_usd_ms_d.dll
DEBUG
)
endif()
Cleanup: replace the term "folder" with "directory" for CMake files This was already more common an in keeping with cmake's own naming.
2024-09-14 12:35:02 +10:00
# If this file exists we are building against a 3.5 22.11 library directory
# that needs these DLL's installed.
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
if(EXISTS ${LIBDIR}/usd/lib/usd_ms.dll)
windows_install_shared_manifest(FILES
${LIBDIR}/usd/lib/usd_ms.dll
RELEASE
)
windows_install_shared_manifest(FILES
${LIBDIR}/usd/lib/usd_ms_d.dll
DEBUG
)
endif()
endif()
endif()
Build: install all shared libraries regardless of build options There are dependencies between shared libraries, and Python modules which are always installed on Linux and macOS can use these also. Instead of adding logic for dealing with dependencies and conditional Python module installs, just always install everything when using precompiled libraries. This does not affect compile time which would be the main reason to turn off build options, and it does not affect the case where system libraries are used.
2022-12-16 13:55:46 +01:00
# Always install MaterialX files regardless if Blender itself uses them, the
# bundled Python module still needs it.
Cleanup: wrap long lines in CMake
2023-08-10 11:28:25 +10:00
if((DEFINED LIBDIR) AND TARGETDIR_LIB AND WITH_MATERIALX)
Build: library updates for Blender 3.5 This updates the libraries dependencies for VFX platform 2023, and adds various new libraries. It also enables Python bindings and switches from static to shared for various libraries. The precompiled libraries for all platforms will be updated to these new versions in the coming weeks. New: Fribidi 1.0.12 Harfbuzz 5.1.0 MaterialX 1.38.6 (shared lib with python bindings) Minizipng 3.0.7 Pybind11 2.10.1 Shaderc 2022.3 Vulkan 1.2.198 Updated: Boost 1.8.0 (shared lib) Cython 0.29.30 Numpy 1.23.2 OpenColorIO 2.2.0 (shared lib with python bindings) OpenImageIO 2.4.6.0 (shared lib with python bindings) OpenSubdiv 3.5.0 OpenVDB 10.0.0 (shared lib with python bindings) OSL 1.12.7.1 (enable nvptx backend) TBB (shared lib) USD 22.11 (shared lib with python bindings, enable hydra) yaml-cpp 0.8.0 Includes contributions by Ray Molenkamp, Brecht Van Lommel, Georgiy Markelov and Campbell Barton. Ref T99618
2022-12-05 23:18:54 +01:00
install(
DIRECTORY ${LIBDIR}/materialx/libraries
DESTINATION "${TARGETDIR_LIB}/materialx"
)
USD: Introducing a simple USD Exporter This commit introduces the first version of an exporter to Pixar's Universal Scene Description (USD) format. Reviewed By: sergey, LazyDodo Differential Revision: https://developer.blender.org/D6287 - The USD libraries are built by `make deps`, but not yet built by install_deps.sh. - Only experimental support for instancing; by default all duplicated objects are made real in the USD file. This is fine for exporting a linked-in posed character, not so much for thousands of pebbles etc. - The way materials and UV coordinates and Normals are exported is going to change soon. - This patch contains LazyDodo's fixes for building on Windows in D5359. == Meshes == USD seems to support neither per-material nor per-face-group double-sidedness, so we just use the flag from the first non-empty material slot. If there is no material we default to double-sidedness. Each UV map is stored on the mesh in a separate primvar. Materials can refer to these UV maps, but this is not yet exported by Blender. The primvar name is the same as the UV Map name. This is to allow the standard name "st" for texture coordinates by naming the UV Map as such, without having to guess which UV Map is the "standard" one. Face-varying mesh normals are written to USD. When the mesh has custom loop normals those are written. Otherwise the poly flag `ME_SMOOTH` is inspected to determine the normals. The UV maps and mesh normals take up a significant amount of space, so exporting them is optional. They're still enabled by default, though. For comparison: a shot of Spring (03_035_A) is 1.2 GiB when exported with UVs and normals, and 262 MiB without. We probably have room for optimisation of written UVs and normals. The mesh subdivision scheme isn't using the default value 'Catmull Clark', but uses 'None', indicating we're exporting a polygonal mesh. This is necessary for USD to understand our normals; otherwise the mesh is always rendered smooth. In the future we may want to expose this choice of subdivision scheme to the user, or auto-detect it when we actually support exporting pre-subdivision meshes. A possible optimisation could be to inspect whether all polygons are smooth or flat, and mark the USD mesh as such. This can be added when needed. == Animation == Mesh and transform animation are now written when passing `animation=True` to the export operator. There is no inspection of whether an object is actually animated or not; USD can handle deduplication of static values for us. The administration of which timecode to use for the export is left to the file-format-specific concrete subclasses of `AbstractHierarchyIterator`; the abstract iterator itself doesn't know anything about the passage of time. This will allow subclasses for the frame-based USD format and time-based Alembic format. == Support for simple preview materials == Very simple versions of the materials are now exported, using only the viewport diffuse RGB, metallic, and roughness. When there are multiple materials, the mesh faces are stored as geometry subset and each material is assigned to the appropriate subset. If there is only one material this is skipped. The first material if any) is always applied to the mesh itself (regardless of the existence of geometry subsets), because the Hydra viewport doesn't support materials on subsets. See https://github.com/PixarAnimationStudios/USD/issues/542 for more info. Note that the geometry subsets are not yet time-sampled, so it may break when an animated mesh changes topology. Materials are exported as a flat list under a top-level '/_materials' namespace. This inhibits instancing of the objects using those materials, so this is subject to change. == Hair == Only the parent strands are exported, and only with a constant colour. No UV coordinates, no information about the normals. == Camera == Only perspective cameras are supported for now. == Particles == Particles are only written when they are alive, which means that they are always visible (there is currently no code that deals with marking them as invisible outside their lifespan). Particle-system-instanced objects are exported by suffixing the object name with the particle's persistent ID, giving each particle XForm a unique name. == Instancing/referencing == This exporter has experimental support for instancing/referencing. Dupli-object meshes are now written to USD as references to the original mesh. This is still very limited in correctness, as there are issues referencing to materials from a referenced mesh. I am still committing this, as it gives us a place to start when continuing the quest for proper instancing in USD. == Lights == USD does not directly support spot lights, so those aren't exported yet. It's possible to add this in the future via the UsdLuxShapingAPI. The units used for the light intensity are also still a bit of a mystery. == Fluid vertex velocities == Currently only fluid simulations (not meshes in general) have explicit vertex velocities. This is the most important case for exporting velocities, though, as the baked mesh changes topology all the time, and thus computing the velocities at import time in a post-processing step is hard. == The Building Process == - USD is built as monolithic library, instead of 25 smaller libraries. We were linking all of them as 'whole archive' anyway, so this doesn't affect the final file size. It does, however, make life easier with respect to linking order, and handling upstream changes. - The JSON files required by USD are installed into datafiles/usd; they are required on every platform. Set the `PXR_PATH_DEBUG` to any value to have the USD library print the paths it uses to find those files. - USD is patched so that it finds the aforementioned JSON files in a path that we pass to it from Blender. - USD is patched to have a `PXR_BUILD_USD_TOOLS` CMake option to disable building the tools in its `bin` directory. This is sent as a pull request at https://github.com/PixarAnimationStudios/USD/pull/1048
2019-12-13 10:27:40 +01:00
endif()
Cleanup: quiet warning for undefined variable use in CMake
2025-04-04 09:45:24 +11:00
if(WIN32 AND DEFINED BOOST_LIBPATH)
if(EXISTS ${BOOST_LIBPATH})
set(BOOST_COMPONENTS atomic chrono date_time filesystem
iostreams locale program_options regex
serialization system thread wave wserialization
python${_PYTHON_VERSION_NO_DOTS} numpy${_PYTHON_VERSION_NO_DOTS}
)
foreach(component ${BOOST_COMPONENTS})
if(EXISTS ${BOOST_LIBPATH}/${BOOST_PREFIX}boost_${component}-${BOOST_POSTFIX}.dll)
windows_install_shared_manifest(
FILES ${BOOST_LIBPATH}/${BOOST_PREFIX}boost_${component}-${BOOST_POSTFIX}.dll
RELEASE
)
windows_install_shared_manifest(
FILES ${BOOST_LIBPATH}/${BOOST_PREFIX}boost_${component}-${BOOST_DEBUG_POSTFIX}.dll
DEBUG
)
endif()
endforeach()
endif()
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
endif()
USD: Introducing a simple USD Exporter This commit introduces the first version of an exporter to Pixar's Universal Scene Description (USD) format. Reviewed By: sergey, LazyDodo Differential Revision: https://developer.blender.org/D6287 - The USD libraries are built by `make deps`, but not yet built by install_deps.sh. - Only experimental support for instancing; by default all duplicated objects are made real in the USD file. This is fine for exporting a linked-in posed character, not so much for thousands of pebbles etc. - The way materials and UV coordinates and Normals are exported is going to change soon. - This patch contains LazyDodo's fixes for building on Windows in D5359. == Meshes == USD seems to support neither per-material nor per-face-group double-sidedness, so we just use the flag from the first non-empty material slot. If there is no material we default to double-sidedness. Each UV map is stored on the mesh in a separate primvar. Materials can refer to these UV maps, but this is not yet exported by Blender. The primvar name is the same as the UV Map name. This is to allow the standard name "st" for texture coordinates by naming the UV Map as such, without having to guess which UV Map is the "standard" one. Face-varying mesh normals are written to USD. When the mesh has custom loop normals those are written. Otherwise the poly flag `ME_SMOOTH` is inspected to determine the normals. The UV maps and mesh normals take up a significant amount of space, so exporting them is optional. They're still enabled by default, though. For comparison: a shot of Spring (03_035_A) is 1.2 GiB when exported with UVs and normals, and 262 MiB without. We probably have room for optimisation of written UVs and normals. The mesh subdivision scheme isn't using the default value 'Catmull Clark', but uses 'None', indicating we're exporting a polygonal mesh. This is necessary for USD to understand our normals; otherwise the mesh is always rendered smooth. In the future we may want to expose this choice of subdivision scheme to the user, or auto-detect it when we actually support exporting pre-subdivision meshes. A possible optimisation could be to inspect whether all polygons are smooth or flat, and mark the USD mesh as such. This can be added when needed. == Animation == Mesh and transform animation are now written when passing `animation=True` to the export operator. There is no inspection of whether an object is actually animated or not; USD can handle deduplication of static values for us. The administration of which timecode to use for the export is left to the file-format-specific concrete subclasses of `AbstractHierarchyIterator`; the abstract iterator itself doesn't know anything about the passage of time. This will allow subclasses for the frame-based USD format and time-based Alembic format. == Support for simple preview materials == Very simple versions of the materials are now exported, using only the viewport diffuse RGB, metallic, and roughness. When there are multiple materials, the mesh faces are stored as geometry subset and each material is assigned to the appropriate subset. If there is only one material this is skipped. The first material if any) is always applied to the mesh itself (regardless of the existence of geometry subsets), because the Hydra viewport doesn't support materials on subsets. See https://github.com/PixarAnimationStudios/USD/issues/542 for more info. Note that the geometry subsets are not yet time-sampled, so it may break when an animated mesh changes topology. Materials are exported as a flat list under a top-level '/_materials' namespace. This inhibits instancing of the objects using those materials, so this is subject to change. == Hair == Only the parent strands are exported, and only with a constant colour. No UV coordinates, no information about the normals. == Camera == Only perspective cameras are supported for now. == Particles == Particles are only written when they are alive, which means that they are always visible (there is currently no code that deals with marking them as invisible outside their lifespan). Particle-system-instanced objects are exported by suffixing the object name with the particle's persistent ID, giving each particle XForm a unique name. == Instancing/referencing == This exporter has experimental support for instancing/referencing. Dupli-object meshes are now written to USD as references to the original mesh. This is still very limited in correctness, as there are issues referencing to materials from a referenced mesh. I am still committing this, as it gives us a place to start when continuing the quest for proper instancing in USD. == Lights == USD does not directly support spot lights, so those aren't exported yet. It's possible to add this in the future via the UsdLuxShapingAPI. The units used for the light intensity are also still a bit of a mystery. == Fluid vertex velocities == Currently only fluid simulations (not meshes in general) have explicit vertex velocities. This is the most important case for exporting velocities, though, as the baked mesh changes topology all the time, and thus computing the velocities at import time in a post-processing step is hard. == The Building Process == - USD is built as monolithic library, instead of 25 smaller libraries. We were linking all of them as 'whole archive' anyway, so this doesn't affect the final file size. It does, however, make life easier with respect to linking order, and handling upstream changes. - The JSON files required by USD are installed into datafiles/usd; they are required on every platform. Set the `PXR_PATH_DEBUG` to any value to have the USD library print the paths it uses to find those files. - USD is patched so that it finds the aforementioned JSON files in a path that we pass to it from Blender. - USD is patched to have a `PXR_BUILD_USD_TOOLS` CMake option to disable building the tools in its `bin` directory. This is sent as a pull request at https://github.com/PixarAnimationStudios/USD/pull/1048
2019-12-13 10:27:40 +01:00
Cycles: Linux Support for HIP-RT This change switches Cycles to an opensource HIP-RT library which implements hardware ray-tracing. This library is now used on both Windows and Linux. While there should be no noticeable changes on Windows, on Linux this adds support for hardware ray-tracing on AMD GPUs. The majority of the change is typical platform code to add new library to the dependency builder, and a change in the way how ahead-of-time (AoT) kernels are compiled. There are changes in Cycles itself, but they are rather straightforward: some APIs changed in the opensource version of the library. There are a couple of extra files which are needed for this to work: hiprt02003_6.1_amd.hipfb and oro_compiled_kernels.hipfb. There are some assumptions in the HIP-RT library about how they are available. Currently they follow the same rule as AoT kernels for oneAPI: - On Windows they are next to blender.exe - On Linux they are in the lib/ folder Performance comparison on Ubuntu 22.04.5: ``` GPU: AMD Radeon PRO W7800 Driver: amdgpu-install_6.1.60103-1_all.deb main hip-rt attic 0.1414s 0.0932s barbershop_interior 0.1563s 0.1258s bistro 0.2134s 0.1597s bmw27 0.0119s 0.0099s classroom 0.1006s 0.0803s fishy_cat 0.0248s 0.0178s junkshop 0.0916s 0.0713s koro 0.0589s 0.0720s monster 0.0435s 0.0385s pabellon 0.0543s 0.0391s sponza 0.0223s 0.0180s spring 0.1026s 1.5145s victor 0.1901s 0.1239s wdas_cloud 0.1153s 0.1125s ``` Co-authored-by: Brecht Van Lommel <brecht@blender.org> Co-authored-by: Ray Molenkamp <github@lazydodo.com> Co-authored-by: Sergey Sharybin <sergey@blender.org> Pull Request: https://projects.blender.org/blender/blender/pulls/121050
2024-09-24 14:35:24 +02:00
if(WIN32)
if(WITH_CYCLES_DEVICE_HIPRT)
if(EXISTS ${LIBDIR}/hiprt/bin/hiprt64.dll)
install(
FILES ${LIBDIR}/hiprt/bin/hiprt64.dll
DESTINATION "./"
)
endif()
endif()
endif()
Cleanup: spelling & repeated terms
2025-01-07 13:20:19 +11:00
# `vcpkg` substitutes our libraries with theirs, which will cause issues when you run
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# these builds on other systems due to missing DLL's. So we opt out the use of `vcpkg`.
Cleanup: style
2019-10-21 15:05:56 +11:00
if(WIN32)
Cmake/windows: Fix vcpkg bypassing our libs folder. Occasionally we get reports of people that build blender and end up with either build errors or end up with builds that do not run on other systems. The root cause is when you install vpckg and integrate it into the build system it puts the search path for its includes and libraries before anything else. previously we told people to either uninstall vcpkg or remove the conflicting packages, which was not great. this change opts out of the use of vcpkg for blender only, so people can keep using it for other work without issues.
2019-07-30 11:13:33 -06:00
set_target_properties(blender PROPERTIES VS_GLOBAL_VcpkgEnabled "false")
Windows: Support backtraces on release builds. This diff add supports for crash logs on windows for release builds. This can be toggled on/off with the `WITH_WINDOWS_PDB` cmake option. by default it is on. Things to take into consideration: Release builds are hightly optimized and the resulting backtraces can be wrong/misleading, take the backtrace as a general area where the problem resides rather than an exact location. By default we ship a minimized symbol file that can only resolve the function names. This was chosen to strike a balance between growth in size of the download vs functionality gained. If more detailed information is required such as source file + line number information a full pdb can be shipped by setting `WITH_WINDOWS_STRIPPED_PDB` to off. Differential Revision: https://developer.blender.org/D7520 Reviewed by: brecht
2020-05-01 07:37:48 -06:00
set_target_properties(blender PROPERTIES
PDB_NAME "blender_private"
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
PDB_OUTPUT_DIRECTORY "${CMAKE_CURRENT_BINARY_DIR}/$<CONFIG>"
)
CMake: remove logic to exclude removed add-ons directories Using a REGEX on an absolute path may not work reliably without escaping the path. Remove the exclusion as these paths are no longer part of Blender's sources. If some developers happen to have these directories it's harmless as they won't be used.
2024-07-09 15:32:08 +10:00
# If compiling with clang-cl we skip PDBSTRIPPED.
# There's doesn't seem to be a switch for it currently
CMake: Windows: clang-cl fixes Support for building blender with clang on windows on x64 was added years ago but given there are no active users support has crumbled a bit. This PR brings the build system back into working order but upstream patches in openVDB are still required for a successful build see PR #120317 for details. Blender when build with clang the classroom scenes rendered on the cpu with cycles is seeing a 5% reduction in render time on both an AMD 7700x and an Intel 14900k.
2024-04-24 15:59:47 +02:00
if(WITH_WINDOWS_RELEASE_PDB AND WITH_WINDOWS_RELEASE_STRIPPED_PDB AND NOT MSVC_CLANG)
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
# This is slightly messy, but single target generators like ninja will not have the
# `CMAKE_CFG_INTDIR` variable and multi-target generators like `msbuild` will not have
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
# `CMAKE_BUILD_TYPE`. This can be simplified by `target_link_options` and the `$<CONFIG>`
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
# generator expression in newer CMAKE (2.13+) but until that time this fill have suffice.
if(CMAKE_BUILD_TYPE)
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
set_property(
CMake/MSVC: Only generate/install stripped PDB for release builds This renames the WITH_WINDOWS_PDB and WITH_WINDOWS_STRIPPED_PDB cmake options to WITH_WINDOWS_RELEASE_PDB WITH_WINDOWS_RELEASE_STRIPPED_PDB The Stripped PDB isn't cost free to generate, and is only needed for builds that are distributed to end users. There is no benefit in making one for a debug build as the debugger locally will prefer to use the bigger un-stripped PDB anyhow. This also stops the copy/install of the PDB for anything but a release build, this file is about 1.6G for a debug build, and there is really no need to do this for local development, as the debugger will find/use the PDB from its original location. This brings down the time needed for an incremental link on a debug build by about 30% (10->7 seconds on my local system)
2023-08-18 10:20:36 -06:00
TARGET blender APPEND_STRING PROPERTY LINK_FLAGS_RELEASE
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
" /PDBSTRIPPED:${CMAKE_CURRENT_BINARY_DIR}/${CMAKE_BUILD_TYPE}/blender_public.pdb"
)
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
else()
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
set_property(
CMake/MSVC: Only generate/install stripped PDB for release builds This renames the WITH_WINDOWS_PDB and WITH_WINDOWS_STRIPPED_PDB cmake options to WITH_WINDOWS_RELEASE_PDB WITH_WINDOWS_RELEASE_STRIPPED_PDB The Stripped PDB isn't cost free to generate, and is only needed for builds that are distributed to end users. There is no benefit in making one for a debug build as the debugger locally will prefer to use the bigger un-stripped PDB anyhow. This also stops the copy/install of the PDB for anything but a release build, this file is about 1.6G for a debug build, and there is really no need to do this for local development, as the debugger will find/use the PDB from its original location. This brings down the time needed for an incremental link on a debug build by about 30% (10->7 seconds on my local system)
2023-08-18 10:20:36 -06:00
TARGET blender APPEND_STRING PROPERTY LINK_FLAGS_RELEASE
Cleanup: comments, spelling, line length for creator's CMake file
2022-09-09 11:09:01 +10:00
" /PDBSTRIPPED:${CMAKE_CURRENT_BINARY_DIR}/${CMAKE_CFG_INTDIR}/blender_public.pdb"
)
Cleanup: CMake file indentation
2022-08-09 13:36:45 +10:00
endif()
Windows: Support backtraces on release builds. This diff add supports for crash logs on windows for release builds. This can be toggled on/off with the `WITH_WINDOWS_PDB` cmake option. by default it is on. Things to take into consideration: Release builds are hightly optimized and the resulting backtraces can be wrong/misleading, take the backtrace as a general area where the problem resides rather than an exact location. By default we ship a minimized symbol file that can only resolve the function names. This was chosen to strike a balance between growth in size of the download vs functionality gained. If more detailed information is required such as source file + line number information a full pdb can be shipped by setting `WITH_WINDOWS_STRIPPED_PDB` to off. Differential Revision: https://developer.blender.org/D7520 Reviewed by: brecht
2020-05-01 07:37:48 -06:00
endif()
Cmake/windows: Fix vcpkg bypassing our libs folder. Occasionally we get reports of people that build blender and end up with either build errors or end up with builds that do not run on other systems. The root cause is when you install vpckg and integrate it into the build system it puts the search path for its includes and libraries before anything else. previously we told people to either uninstall vcpkg or remove the conflicting packages, which was not great. this change opts out of the use of vcpkg for blender only, so people can keep using it for other work without issues.
2019-07-30 11:13:33 -06:00
endif()
CMake: resolve issue building without sorted libs Linking empty libs gave an error.
2019-04-15 06:38:26 +02:00
Add blender launcher application when building with MSVC Main idea of this change is to make a small executable which will set OMP_WAIT_POLICY environment variable and then will launch blender itself. This is a teporary solution for the time being we'll have a more clear solution to high CPU usage with OpenMP when building with MSVC. Reviewers: campbellbarton, juicyfruit Reviewed By: juicyfruit Differential Revision: https://developer.blender.org/D717
2014-08-07 20:01:20 +06:00
# -----------------------------------------------------------------------------
# Setup launcher
if(WIN32 AND NOT WITH_PYTHON_MODULE)
CMake: fix for WITH_DOC_MANPAGE failing to run Blender Use the installed executable location instead of the build location, this would work in situations when the build location had relevant files accessible but this is often not the case.
2023-08-13 14:19:57 +10:00
set(BLENDER_BIN "blender.exe")
Cleanup: cmake, indentation, line length
2016-05-18 11:58:08 +10:00
install(
Win: Add launcher to hide the console window flash This patch fixes a long-standing complaint from users: the console window shortly flashing when they start blender. This is done by adding a new executable called blender-launcher.exe which starts blender.exe while hiding the console. Any command line parameters given to blender-launcher will be passed on to blender.exe so it'll be a drop in replacement. Starting blender.exe on its own will still function as a proper console app so no changes required here for users that use blender for batch processing. Notable changes: Registering blender (-R switch) will now register blender-launcher as the preferred executable. This patch updates the installer and updates the shortcuts to start blender-launcher.exe rather than blender.exe Differential Revision: https://developer.blender.org/D11094 Reviewed by: brecht, harley
2021-05-26 20:02:35 -06:00
TARGETS blender blender-launcher
Cleanup: cmake, indentation, line length
2016-05-18 11:58:08 +10:00
COMPONENT Blender
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
Cleanup: cmake, indentation, line length
2016-05-18 11:58:08 +10:00
)
Creator: Add CPU check on startup This adds an sse42 cpu check on startup for both linux and windows, mac has been excluded, since there are no intel based macs that do not support SSE42. The way this works is, we count on the OS to initialize the shared libraries in the order they are linked (which currently holds true) before calling the initialization code in the main executable. This allows us to check the CPU before running any of the code in the main executable that might not be supported by the current isa. Changing those build flags is for a future PR, but for now and for future reference: blender_cpu_check must be build without optimized CPU flags so it'll be able to run on older CPUs. some code has been duplicated from blenlib, there's really no way around that since we cannot link blenlib as it may be build with optimized cpu flags. Windows currently gives a popup to inform the user, while linux reports to the console, there may be better ways to communicate with linux users with perhaps some generic GUI popup, but I'm unaware of these and will leave this for the linux platform maintainer to polish. Part of #116592 Pull Request: https://projects.blender.org/blender/blender/pulls/118054
2024-02-19 18:11:57 +01:00
if(WITH_CPU_CHECK)
install(
TARGETS blender_cpu_check
COMPONENT Blender
DESTINATION "."
)
endif()
Windows: Enable python debugging in Visual Studio. see D3817 for technical details, and https://wiki.blender.org/wiki/Tools/Debugging/Python_Visual_Studio for a end user quick-start guide. Differential Revision: https://developer.blender.org/D3817
2018-10-22 10:17:08 -06:00
set_target_properties(
blender
PROPERTIES
VS_USER_PROPS "blender.Cpp.user.props"
)
Add blender launcher application when building with MSVC Main idea of this change is to make a small executable which will set OMP_WAIT_POLICY environment variable and then will launch blender itself. This is a teporary solution for the time being we'll have a more clear solution to high CPU usage with OpenMP when building with MSVC. Reviewers: campbellbarton, juicyfruit Reviewed By: juicyfruit Differential Revision: https://developer.blender.org/D717
2014-08-07 20:01:20 +06:00
endif()
Initial implementation of code signing routines This changes integrates code signing steps into a buildbot worker process. The configuration requires having a separate machine running with a shared folder access between the signing machine and worker machine. Actual signing is happening as a "POST-INSTALL" script run by CMake, which allows to sign any binary which ends up in the final bundle. Additionally, such way allows to avoid signing binaries in the build folder (if we were signing as a built process, which iwas another alternative). Such complexity is needed on platforms which are using CPack to generate final bundle: CPack runs INSTALL target into its own location, so it is useless to run signing on a folder which is considered INSTALL by the buildbot worker. There is a signing script which can be used as a standalone tool, making it possible to hook up signing for macOS's bundler. There is a dummy Linux signer implementation, which can be activated by returning True from mock_codesign in linux_code_signer.py. Main purpose of this signer is to give an ability to develop the scripts on Linux environment, without going to Windows VM. The code is based on D6036 from Nathan Letwory. Differential Revision: https://developer.blender.org/D6216
2019-11-07 16:50:31 +01:00
Windows: install shared libraries in blender.shared Instead of the the same folder as the Blender executable, generate a manifest that lets us move the libraries out of the way of users and into a separate folder. Ref T99618
2022-12-05 23:42:49 +01:00
# -----------------------------------------------------------------------------
# Windows shared library manifest
if(WIN32)
windows_generate_shared_manifest()
endif()
CMake: fix build error on Linux where MAN page generation failed Move man-page generation to an install step to ensure the shared libraries have been copied before running Blender.
2022-12-14 14:12:05 +11:00
# -----------------------------------------------------------------------------
# Steps that Run Blender
#
# As executing Blender is needed - it's important this operation runs after the shared
# libraries have been installed to their destination.
if(UNIX AND NOT APPLE)
if(NOT WITH_PYTHON_MODULE)
if(WITH_DOC_MANPAGE)
CMake: only generate & install the man-page when it may be outdated Check if the man-page is missing or older than files that generate it before re-running the generator. Previously the install target would re-run the man-page generator every time, even when no other changes to the build were detected.
2023-04-26 22:56:30 +10:00
# Only run the command to generate the man-page when it may be outdated.
# The `IS_NEWER_THAN` checks always run when files are missing.
CMake: fix for WITH_DOC_MANPAGE failing to run Blender Use the installed executable location instead of the build location, this would work in situations when the build location had relevant files accessible but this is often not the case.
2023-08-13 14:19:57 +10:00
# NOTE: While `${EXECUTABLE_OUTPUT_PATH}/blender` may work in some cases
# Blender's requirement of libraries mean the installation path must be used.
CMake: fix build error on Linux where MAN page generation failed Move man-page generation to an install step to ensure the shared libraries have been copied before running Blender.
2022-12-14 14:12:05 +11:00
install(
CODE "\
CMake: fix for WITH_DOC_MANPAGE failing to run Blender Use the installed executable location instead of the build location, this would work in situations when the build location had relevant files accessible but this is often not the case.
2023-08-13 14:19:57 +10:00
set(BLENDER_BIN \"${CMAKE_INSTALL_PREFIX}/${BLENDER_BIN}\")\n\
Fix #125202: Manpage fails to generate Support CMake's `DESTDIR` environment variable, used by some build scripts.
2024-07-22 12:52:41 +10:00
if(DEFINED ENV\{DESTDIR\})\n\
set(BLENDER_BIN \"$ENV\{DESTDIR\}/$\{BLENDER_BIN\}\")\n\
endif()\n\
Fix #115056: man-page fails to build with non-portable install This effectively reverts [0] which required the installed Blender along with the `bpy` module to load for the install target to generate the man-page. It turns out running a full Blender at install time can be quite involved. Now the man-page generator runs `blender --help` & `blender --version`, converting the output into a man-page from a Python script. Some minor changes have also been made: - Use PYTHON_EXECUTABLE so the systems Python (which may not be compatible) isn't used. - Remove leading blender version from the description which was unintentionally being included. [0]: 61d99d450ee1d55e2829dc6adbef2cf8a094989b
2023-11-28 16:38:07 +11:00
set(PYTHON_EXECUTABLE \"${PYTHON_EXECUTABLE}\")\n\
CMake: only generate & install the man-page when it may be outdated Check if the man-page is missing or older than files that generate it before re-running the generator. Previously the install target would re-run the man-page generator every time, even when no other changes to the build were detected.
2023-04-26 22:56:30 +10:00
set(MANPAGE_GEN \"${CMAKE_SOURCE_DIR}/doc/manpage/blender.1.py\")\n\
set(MANPAGE_OUT \"${CMAKE_CURRENT_BINARY_DIR}/blender.1\")\n\
if(\n\
($\{BLENDER_BIN\} IS_NEWER_THAN $\{MANPAGE_OUT\}) OR\n\
($\{MANPAGE_GEN\} IS_NEWER_THAN $\{MANPAGE_OUT\})\n\
)\n\
CMake: don't suppress stderr with manpage generation Quiet ASAN leak reports so this isn't an issue.
2023-05-27 21:48:41 +10:00
set(ENV{ASAN_OPTIONS} \"$ENV{ASAN_OPTIONS}:\
exitcode=0:\
check_initialization_order=0:\
strict_init_order=0:\
detect_leaks=0\"\n\
manpage: use bpy.app.help_text() for manual text extraction Call Blender directly to generate the man-page, instead of relying on the systems Python which called Blender twice and processed it's output.
2023-05-27 16:34:26 +10:00
)\n\
execute_process(\n\
Fix #115056: man-page fails to build with non-portable install This effectively reverts [0] which required the installed Blender along with the `bpy` module to load for the install target to generate the man-page. It turns out running a full Blender at install time can be quite involved. Now the man-page generator runs `blender --help` & `blender --version`, converting the output into a man-page from a Python script. Some minor changes have also been made: - Use PYTHON_EXECUTABLE so the systems Python (which may not be compatible) isn't used. - Remove leading blender version from the description which was unintentionally being included. [0]: 61d99d450ee1d55e2829dc6adbef2cf8a094989b
2023-11-28 16:38:07 +11:00
COMMAND\n\
$\{PYTHON_EXECUTABLE\} $\{MANPAGE_GEN\}\n\
--blender $\{BLENDER_BIN\}\n\
manpage: use bpy.app.help_text() for manual text extraction Call Blender directly to generate the man-page, instead of relying on the systems Python which called Blender twice and processed it's output.
2023-05-27 16:34:26 +10:00
--output $\{MANPAGE_OUT\}\n\
)\n\
CMake: only generate & install the man-page when it may be outdated Check if the man-page is missing or older than files that generate it before re-running the generator. Previously the install target would re-run the man-page generator every time, even when no other changes to the build were detected.
2023-04-26 22:56:30 +10:00
endif()\n\
"
CMake: fix build error on Linux where MAN page generation failed Move man-page generation to an install step to ensure the shared libraries have been copied before running Blender.
2022-12-14 14:12:05 +11:00
DEPENDS blender
)
if(WITH_INSTALL_PORTABLE)
install(
FILES ${CMAKE_CURRENT_BINARY_DIR}/blender.1
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "."
CMake: fix build error on Linux where MAN page generation failed Move man-page generation to an install step to ensure the shared libraries have been copied before running Blender.
2022-12-14 14:12:05 +11:00
)
else()
# Manual page (only with `blender` binary).
install(
FILES ${CMAKE_CURRENT_BINARY_DIR}/blender.1
CMake: revert use of CMAKE_INSTALL_PREFIX as it broke CPack on WIN32 Absolute paths aren't supported when using CPack on WIN32. This effectively reverts [0] & [1]. [0]: 7209ed80bba707327caf7a692628eeb8db6af434 [1]: d605cc7574d8b8dde5cbeb7cec419ae62686e579
2023-08-13 21:29:18 +10:00
DESTINATION "./share/man/man1"
CMake: fix build error on Linux where MAN page generation failed Move man-page generation to an install step to ensure the shared libraries have been copied before running Blender.
2022-12-14 14:12:05 +11:00
)
endif()
endif()
endif()
endif()
Initial implementation of code signing routines This changes integrates code signing steps into a buildbot worker process. The configuration requires having a separate machine running with a shared folder access between the signing machine and worker machine. Actual signing is happening as a "POST-INSTALL" script run by CMake, which allows to sign any binary which ends up in the final bundle. Additionally, such way allows to avoid signing binaries in the build folder (if we were signing as a built process, which iwas another alternative). Such complexity is needed on platforms which are using CPack to generate final bundle: CPack runs INSTALL target into its own location, so it is useless to run signing on a folder which is considered INSTALL by the buildbot worker. There is a signing script which can be used as a standalone tool, making it possible to hook up signing for macOS's bundler. There is a dummy Linux signer implementation, which can be activated by returning True from mock_codesign in linux_code_signer.py. Main purpose of this signer is to give an ability to develop the scripts on Linux environment, without going to Windows VM. The code is based on D6036 from Nathan Letwory. Differential Revision: https://developer.blender.org/D6216
2019-11-07 16:50:31 +01:00
# -----------------------------------------------------------------------------
# Post-install script
if(POSTINSTALL_SCRIPT)
install(SCRIPT ${POSTINSTALL_SCRIPT})
endif()
Reference in New Issue Copy Permalink