blender/intern/libc_compat/CMakeLists.txt

# SPDX-License-Identifier: GPL-2.0-or-later
# Copyright 2015 Blender Foundation

set(INC
  .
)

set(INC_SYS
)

set(SRC
  libc_compat.c
)

set(LIB
)

add_c_flag(-ffast-math)

blender_add_lib(bf_intern_libc_compat "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")

if(WITH_LIBC_MALLOC_HOOK_WORKAROUND)
  target_compile_definitions(bf_intern_libc_compat
    PRIVATE WITH_LIBC_MALLOC_HOOK_WORKAROUND
  )
endif()
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-10 22:07:11 +00:00			`# SPDX-License-Identifier: GPL-2.0-or-later`
Remove "All Rights Reserved" from Blender Foundation copyright code The goal is to solve confusion of the "All rights reserved" for licensing code under an open-source license. The phrase "All rights reserved" comes from a historical convention that required this phrase for the copyright protection to apply. This convention is no longer relevant. However, even though the phrase has no meaning in establishing the copyright it has not lost meaning in terms of licensing. This change makes it so code under the Blender Foundation copyright does not use "all rights reserved". This is also how the GPL license itself states how to apply it to the source code: <one line to give the program's name and a brief idea of what it does.> Copyright (C) <year> <name of author> This program is free software ... This change does not change copyright notice in cases when the copyright is dual (BF and an author), or just an author of the code. It also does mot change copyright which is inherited from NaN Holding BV as it needs some further investigation about what is the proper way to handle it. 2023-02-22 09:16:42 +00:00			`# Copyright 2015 Blender Foundation`
Build: add compatibility between precompiled libraries and new glibc On Linux, precompiled libraries may be made with a glibc version that is incompatible with the system libraries that Blender is built on. To solve this we add a few -ffast-math symbols that can be missing. Differential Revision: https://developer.blender.org/D6930 2020-02-25 12:05:09 +00:00
			`set(INC`
			`.`
			`)`

			`set(INC_SYS`
			`)`

			`set(SRC`
			`libc_compat.c`
			`)`

			`set(LIB`
			`)`

Build: change libc compatibility code to only be used for new glibc This way we can still use fast math functions. 2020-02-27 11:46:37 +00:00			`add_c_flag(-ffast-math)`

Build: add compatibility between precompiled libraries and new glibc On Linux, precompiled libraries may be made with a glibc version that is incompatible with the system libraries that Blender is built on. To solve this we add a few -ffast-math symbols that can be missing. Differential Revision: https://developer.blender.org/D6930 2020-02-25 12:05:09 +00:00			`blender_add_lib(bf_intern_libc_compat "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")`
Fix compilation on Linux, glibc 2.34, and CentOS libraries A continuation of previous fix for malloc hooks which got removed from the new glibc library. The pre-compiled jemalloc has definitions which interpose hooks in glibc leading to linking errors with multiple hook definitions. A simple fix is to skip doing the workaround when using jemalloc from pre-compiled libraries. This will likely be revisited in the future, but for now it is important to fix compilation errors for developers. 2022-09-13 08:34:41 +00:00
			`if(WITH_LIBC_MALLOC_HOOK_WORKAROUND)`
			`target_compile_definitions(bf_intern_libc_compat`
			`PRIVATE WITH_LIBC_MALLOC_HOOK_WORKAROUND`
			`)`
			`endif()`