kannonier8/blender
1
0
Fork 0
forked from bartvdbraak/blender
Code Pull Requests Activity
93b7c9595b
blender/build_files/buildbot/config/blender_linux.cmake

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

30 lines
1.0 KiB
CMake
Raw Normal View History

Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
# ######## Global feature set settings ########
Fix T56618: crash in release builds when GHOST asserts. WITH_ASSERT_ABORT was not disabled for release builds. In most cases asserts are disabled in release builds, but not always. This also changes the buildbot to use blender_release.cmake instead of blender_full.cmake, the only effective difference should be WITH_ASSERT_ABORT.
2018-08-31 10:32:12 +00:00
include("${CMAKE_CURRENT_LIST_DIR}/../../cmake/config/blender_release.cmake")
Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
Buildbot: Point to pre-compiled CentOS 7 libraries
2019-10-09 07:50:58 +00:00
message(STATUS "Building in CentOS 7 64bit environment")
Buildbot: Ensure proper ABI is used This wasn't an issue in the real buildbot environment since the precompiled libraries are compiled with same ABI as the compiler used for Blender build. But it was causing issues when building Blender using buildbot scripts (for troubleshooting purposes) on a machine with different default compiler ABI. Usually ABI detection is happening in platform_unix.cmake when detecting whether there are any precompiled libraries folder available. This detection is not happening when library folder is provided explicitly, expecting ABI to be setup explicitly as well.
2019-11-06 12:50:43 +00:00
Buildbot: Point to pre-compiled CentOS 7 libraries
2019-10-09 07:50:58 +00:00
set(LIBDIR_NAME "linux_centos7_x86_64")
Buildbot: Ensure proper ABI is used This wasn't an issue in the real buildbot environment since the precompiled libraries are compiled with same ABI as the compiler used for Blender build. But it was causing issues when building Blender using buildbot scripts (for troubleshooting purposes) on a machine with different default compiler ABI. Usually ABI detection is happening in platform_unix.cmake when detecting whether there are any precompiled libraries folder available. This detection is not happening when library folder is provided explicitly, expecting ABI to be setup explicitly as well.
2019-11-06 12:50:43 +00:00
set(WITH_CXX11_ABI OFF CACHE BOOL "" FORCE)
Buildbot: Support build in a newer chroot
2016-02-27 12:09:12 +00:00
Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
# ######## Linux-specific build options ########
# Options which are specific to Linux-only platforms
Buildbot: Point to pre-compiled CentOS 7 libraries
2019-10-09 07:50:58 +00:00
Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
set(WITH_DOC_MANPAGE OFF CACHE BOOL "" FORCE)
# ######## Official release-specific build options ########
# Options which are specific to Linux release builds only
Buildbot: Point to pre-compiled CentOS 7 libraries
2019-10-09 07:50:58 +00:00
Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
set(WITH_JACK_DYNLOAD ON CACHE BOOL "" FORCE)
Audaspace: add support for PulseAudio on Linux This adds PulseAudio as audio backend on Linux. PulseAudio is the main audio engine used on most, if not all, Linux distributions today. Ref T86590
2021-03-02 16:29:18 +00:00
set(WITH_PULSEAUDIO_DYNLOAD ON CACHE BOOL "" FORCE)
Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
set(WITH_SDL_DYNLOAD ON CACHE BOOL "" FORCE)
# ######## Release environment specific settings ########
Buildbot: Some inital work to support newer chroot environment
2018-08-29 14:29:25 +00:00
Buildbot: Correction to previous commit Off-by-one calculating parent folders.
2019-10-09 08:37:09 +00:00
set(LIBDIR "${CMAKE_CURRENT_LIST_DIR}/../../../../lib/${LIBDIR_NAME}" CACHE STRING "" FORCE)
Cleanup: style, indentation
2019-06-18 21:24:55 +00:00
CMake: Cleanup, remove unused legacy hardcoded paths
2019-06-26 14:12:38 +00:00
# Platform specific configuration, to ensure static linking against everything.
Cleanup: style, indentation
2019-06-18 21:24:55 +00:00
Buildbot: Initial work to move linux build environment to CMake This is so called "seems to work in dry tests" commit which is aimed to switch linux release environment to CMake. Some notes: - There's no special handle of libstdc++, but it wasn't really static for quite some time in SCons configuration and nobody really complained. - It was quite tricky to get OpenMP linked statically with just using some configuration so we went ahead and added a special option to CMake now which is only exist on Linux and advertised as shouldn't be used. - Packing is happening manually in slave_pack.py. This is because we have to add some really special files to the archive (mesa libraries for example) which we can't really handle from CMake/CPack in a nice generic way. Don't think it's bad approach, at least crappynness is localized and it's not _that_ crappy anyway. - Windows buildbot should keep working, but needs doublechecing. It's just a build folder changed, but you never know what it might imply. - Some further tweaks are likely needed to ensure all builders are working. Thanks Campbell for assistance in this patch!
2015-12-02 13:09:06 +00:00
# Additional linking libraries
Buildbot: Usable PIE Makes it impossible to run from GUI on certain platforms, see T56628.
2018-08-31 15:05:51 +00:00
set(CMAKE_EXE_LINKER_FLAGS "-lrt -static-libstdc++ -no-pie" CACHE STRING "" FORCE)
Copy Permalink