test/intern/memutil/CMakeLists.txt

# SPDX-FileCopyrightText: 2006 Blender Authors
#
# SPDX-License-Identifier: GPL-2.0-or-later

set(INC
  PUBLIC .
  ..
)

set(INC_SYS

)

set(SRC
  intern/MEM_CacheLimiterC-Api.cpp
  intern/MEM_RefCountedC-Api.cpp
  intern/MEM_alloc_string_storage.cc

  MEM_Allocator.h
  MEM_CacheLimiter.h
  MEM_CacheLimiterC-Api.h
  MEM_RefCounted.h
  MEM_RefCountedC-Api.h
  MEM_alloc_string_storage.hh
)

set(LIB
  PRIVATE bf::blenlib
  PRIVATE bf::intern::guardedalloc
)

blender_add_lib(bf_intern_memutil "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")
add_library(bf::intern::memutil ALIAS bf_intern_memutil)
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 for CMake files 2023-06-14 22:49:59 +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
use explicit file paths for CMake rather then globing, This is recommended by cmake devs. globbing vs explicit is discussed here. http://www.cmake.org/pipermail/cmake/2008-December/025694.html Practical implications are: - developers need to keep CMakeLists.txt files up to date. - Users wont get strange linking errors if they build after a file is added, since CMake detects CMakeLists.txt is modified and automatically reconfigure. 2010-10-23 04:05:55 +00:00			`set(INC`
MEM management: Add data storage only destructed after memleak detection. Add a new API to store data that is guaranteed to not be freed before the memleak detector has run. This will be used in next commit by the readfile code to improve reporting on leaks from blendfile readingi process. This is done by a two-layer approach: A new templated `MEM_construct_leak_detection_data` allows to create any type of data. Its ownership and lifetime are handled internally, and guaranteed to not be destroyed before the memleak detector has run. Add a new template-based 'allocation string storage' system to `intern/memutil`. This uses the new `Guardedalloc Persistent Storage` system to store all 'complex' allocation messages, that cannot be defined as literals. Internally, the storage is done through an owning reference (a `shared_ptr`) of the created data into a mutex-protected static vector. `MEM_init_memleak_detection` code ensures that this static storage is created before the memleak detection data, so that it is destructed after the memleak detector has ran. The main container (`AllocStringStorageContainer`) is wrapping a map of `{string -> AllocStringStorage<key_type, hash_type>}`. The key is a storage identifier. Each storage is also a map wrapped into a simple templated API class (`AllocStringStorage`), where the values are the alloc strings, and the keys type is defined by the user code. Pull Request: https://projects.blender.org/blender/blender/pulls/125320 2024-07-29 11:47:04 +02:00			`PUBLIC .`
use explicit file paths for CMake rather then globing, This is recommended by cmake devs. globbing vs explicit is discussed here. http://www.cmake.org/pipermail/cmake/2008-December/025694.html Practical implications are: - developers need to keep CMakeLists.txt files up to date. - Users wont get strange linking errors if they build after a file is added, since CMake detects CMakeLists.txt is modified and automatically reconfigure. 2010-10-23 04:05:55 +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
cmake maintenance blender_add_lib now takes a separate include argument to suppress warnings in system includes (mostly ffmpeg & python). also only build wm_apple.c on apple+carbon configuration. 2011-05-31 01:15:44 +00:00			`set(INC_SYS`

			`)`

warning fixes and minor cmake changes. 2010-09-18 03:55:56 +00:00			`set(SRC`
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			`intern/MEM_CacheLimiterC-Api.cpp`
			`intern/MEM_RefCountedC-Api.cpp`
MEM management: Add data storage only destructed after memleak detection. Add a new API to store data that is guaranteed to not be freed before the memleak detector has run. This will be used in next commit by the readfile code to improve reporting on leaks from blendfile readingi process. This is done by a two-layer approach: A new templated `MEM_construct_leak_detection_data` allows to create any type of data. Its ownership and lifetime are handled internally, and guaranteed to not be destroyed before the memleak detector has run. Add a new template-based 'allocation string storage' system to `intern/memutil`. This uses the new `Guardedalloc Persistent Storage` system to store all 'complex' allocation messages, that cannot be defined as literals. Internally, the storage is done through an owning reference (a `shared_ptr`) of the created data into a mutex-protected static vector. `MEM_init_memleak_detection` code ensures that this static storage is created before the memleak detection data, so that it is destructed after the memleak detector has ran. The main container (`AllocStringStorageContainer`) is wrapping a map of `{string -> AllocStringStorage<key_type, hash_type>}`. The key is a storage identifier. Each storage is also a map wrapped into a simple templated API class (`AllocStringStorage`), where the values are the alloc strings, and the keys type is defined by the user code. Pull Request: https://projects.blender.org/blender/blender/pulls/125320 2024-07-29 11:47:04 +02:00			`intern/MEM_alloc_string_storage.cc`
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
			`MEM_Allocator.h`
			`MEM_CacheLimiter.h`
			`MEM_CacheLimiterC-Api.h`
			`MEM_RefCounted.h`
			`MEM_RefCountedC-Api.h`
MEM management: Add data storage only destructed after memleak detection. Add a new API to store data that is guaranteed to not be freed before the memleak detector has run. This will be used in next commit by the readfile code to improve reporting on leaks from blendfile readingi process. This is done by a two-layer approach: A new templated `MEM_construct_leak_detection_data` allows to create any type of data. Its ownership and lifetime are handled internally, and guaranteed to not be destroyed before the memleak detector has run. Add a new template-based 'allocation string storage' system to `intern/memutil`. This uses the new `Guardedalloc Persistent Storage` system to store all 'complex' allocation messages, that cannot be defined as literals. Internally, the storage is done through an owning reference (a `shared_ptr`) of the created data into a mutex-protected static vector. `MEM_init_memleak_detection` code ensures that this static storage is created before the memleak detection data, so that it is destructed after the memleak detector has ran. The main container (`AllocStringStorageContainer`) is wrapping a map of `{string -> AllocStringStorage<key_type, hash_type>}`. The key is a storage identifier. Each storage is also a map wrapped into a simple templated API class (`AllocStringStorage`), where the values are the alloc strings, and the keys type is defined by the user code. Pull Request: https://projects.blender.org/blender/blender/pulls/125320 2024-07-29 11:47:04 +02:00			`MEM_alloc_string_storage.hh`
warning fixes and minor cmake changes. 2010-09-18 03:55:56 +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
CMake: prepare for BLENDER_SORTED_LIBS removal No functional change, this adds LIB definition and args to cmake files. Without this it's difficult to migrate away from 'BLENDER_SORTED_LIBS' since there are many platforms/configurations that could break when changing linking order. Manually add and enable WITHOUT_SORTED_LIBS to try building without sorted libs (currently fails since all variables are empty). This check will eventually be removed. See T46725. 2019-04-14 15:18:44 +02:00			`set(LIB`
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`
MEM management: Add data storage only destructed after memleak detection. Add a new API to store data that is guaranteed to not be freed before the memleak detector has run. This will be used in next commit by the readfile code to improve reporting on leaks from blendfile readingi process. This is done by a two-layer approach: A new templated `MEM_construct_leak_detection_data` allows to create any type of data. Its ownership and lifetime are handled internally, and guaranteed to not be destroyed before the memleak detector has run. Add a new template-based 'allocation string storage' system to `intern/memutil`. This uses the new `Guardedalloc Persistent Storage` system to store all 'complex' allocation messages, that cannot be defined as literals. Internally, the storage is done through an owning reference (a `shared_ptr`) of the created data into a mutex-protected static vector. `MEM_init_memleak_detection` code ensures that this static storage is created before the memleak detection data, so that it is destructed after the memleak detector has ran. The main container (`AllocStringStorageContainer`) is wrapping a map of `{string -> AllocStringStorage<key_type, hash_type>}`. The key is a storage identifier. Each storage is also a map wrapped into a simple templated API class (`AllocStringStorage`), where the values are the alloc strings, and the keys type is defined by the user code. Pull Request: https://projects.blender.org/blender/blender/pulls/125320 2024-07-29 11:47:04 +02:00			`PRIVATE bf::intern::guardedalloc`
CMake: prepare for BLENDER_SORTED_LIBS removal No functional change, this adds LIB definition and args to cmake files. Without this it's difficult to migrate away from 'BLENDER_SORTED_LIBS' since there are many platforms/configurations that could break when changing linking order. Manually add and enable WITHOUT_SORTED_LIBS to try building without sorted libs (currently fails since all variables are empty). This check will eventually be removed. See T46725. 2019-04-14 15:18:44 +02:00			`)`

			`blender_add_lib(bf_intern_memutil "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")`
MEM management: Add data storage only destructed after memleak detection. Add a new API to store data that is guaranteed to not be freed before the memleak detector has run. This will be used in next commit by the readfile code to improve reporting on leaks from blendfile readingi process. This is done by a two-layer approach: A new templated `MEM_construct_leak_detection_data` allows to create any type of data. Its ownership and lifetime are handled internally, and guaranteed to not be destroyed before the memleak detector has run. Add a new template-based 'allocation string storage' system to `intern/memutil`. This uses the new `Guardedalloc Persistent Storage` system to store all 'complex' allocation messages, that cannot be defined as literals. Internally, the storage is done through an owning reference (a `shared_ptr`) of the created data into a mutex-protected static vector. `MEM_init_memleak_detection` code ensures that this static storage is created before the memleak detection data, so that it is destructed after the memleak detector has ran. The main container (`AllocStringStorageContainer`) is wrapping a map of `{string -> AllocStringStorage<key_type, hash_type>}`. The key is a storage identifier. Each storage is also a map wrapped into a simple templated API class (`AllocStringStorage`), where the values are the alloc strings, and the keys type is defined by the user code. Pull Request: https://projects.blender.org/blender/blender/pulls/125320 2024-07-29 11:47:04 +02:00			`add_library(bf::intern::memutil ALIAS bf_intern_memutil)`