tmaq
/
tornavis
1
0
Fork 0
Code Issues 2 Pull Requests 29 Packages Projects 24 Releases Wiki Activity
tornavis/source/blender/editors/space_text/CMakeLists.txt

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

54 lines
799 B
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-15 16:20:26 +02:00
# SPDX-FileCopyrightText: 2023 Blender Authors
Cleanup: Add a copyright notice to files and use SPDX format A lot of files were missing copyright field in the header and the Blender Foundation contributed to them in a sense of bug fixing and general maintenance. This change makes it explicit that those files are at least partially copyrighted by the Blender Foundation. Note that this does not make it so the Blender Foundation is the only holder of the copyright in those files, and developers who do not have a signed contract with the foundation still hold the copyright as well. Another aspect of this change is using SPDX format for the header. We already used it for the license specification, and now we state it for the copyright as well, following the FAQ: https://reuse.software/faq/
2023-05-31 16:19:06 +02: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-10 23:07:11 +01:00
# SPDX-License-Identifier: GPL-2.0-or-later
have cmake build editors as different libs like scons and nan-makefiles
2010-06-04 13:34:57 +02:00
set(INC
warning fixes and minor cmake changes.
2010-09-18 05:55:56 +02:00
../include
CMake: revert last weeks modernizations The cleanup of blenkernel last weeks , caused the house of cards to collapse on top of bf_gpu's shader_builder, which is off by default but used on a daily basis by the rendering team. Given the fixes forward in #110394 ran into a ODR violation in OSL that was hiding there for years, I don't see another way forward without impeding the rendering teams productivity for "quite a while" as there is no guarantee the OSL issue would be the end of it. the only way forward appears to be back. this reverts : 19422044edbd8e8d524db3d02768c4a52f5274be a670b53abe82f7a36d2caa0d8ae2c67c2bc8c39a 0f541db97c47e5fcd1c71160d71642235d9ea743 be516e8c814dbf7bc43ea91c6913be9f7f96e006 3e88a2f44c413fa7f671f638409a975d59f8c1fb 4e64b772f5ed8f352c2744baece802f70e2430e7 9547e7a317d6f86ab8fbfb3d440f127c2ab75df2 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd The problematic commit was 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd as blenkernel links most of blender, it's a bit of a link order issue magnet. Given all these commits stack, it's near impossible to revert just that one without spending a significant amount of time resolving merge conflicts. 99% of that work was automated, so easier to just revert all of them, and re-do the work, than it is to deal with the merge conflicts. Pull Request: https://projects.blender.org/blender/blender/pulls/110438
2023-07-25 16:43:21 +02:00
../../blenkernel
Cleanup: decentralize .blend I/O for space types This adds callbacks to `SpaceType` to make each editor responsible to manage their own .blend I/O, and moves relevant code from `screen.c` to the editors files. Differential Revision: D11069
2022-09-28 11:52:22 +02:00
../../blenloader
CMake: revert last weeks modernizations The cleanup of blenkernel last weeks , caused the house of cards to collapse on top of bf_gpu's shader_builder, which is off by default but used on a daily basis by the rendering team. Given the fixes forward in #110394 ran into a ODR violation in OSL that was hiding there for years, I don't see another way forward without impeding the rendering teams productivity for "quite a while" as there is no guarantee the OSL issue would be the end of it. the only way forward appears to be back. this reverts : 19422044edbd8e8d524db3d02768c4a52f5274be a670b53abe82f7a36d2caa0d8ae2c67c2bc8c39a 0f541db97c47e5fcd1c71160d71642235d9ea743 be516e8c814dbf7bc43ea91c6913be9f7f96e006 3e88a2f44c413fa7f671f638409a975d59f8c1fb 4e64b772f5ed8f352c2744baece802f70e2430e7 9547e7a317d6f86ab8fbfb3d440f127c2ab75df2 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd The problematic commit was 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd as blenkernel links most of blender, it's a bit of a link order issue magnet. Given all these commits stack, it's near impossible to revert just that one without spending a significant amount of time resolving merge conflicts. 99% of that work was automated, so easier to just revert all of them, and re-do the work, than it is to deal with the merge conflicts. Pull Request: https://projects.blender.org/blender/blender/pulls/110438
2023-07-25 16:43:21 +02:00
../../blentranslation
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 22:46:19 +02:00
../../gpu
remove cruft from cmake files, more to go
2010-06-04 22:56:56 +02:00
../../makesrna
CMake: revert last weeks modernizations The cleanup of blenkernel last weeks , caused the house of cards to collapse on top of bf_gpu's shader_builder, which is off by default but used on a daily basis by the rendering team. Given the fixes forward in #110394 ran into a ODR violation in OSL that was hiding there for years, I don't see another way forward without impeding the rendering teams productivity for "quite a while" as there is no guarantee the OSL issue would be the end of it. the only way forward appears to be back. this reverts : 19422044edbd8e8d524db3d02768c4a52f5274be a670b53abe82f7a36d2caa0d8ae2c67c2bc8c39a 0f541db97c47e5fcd1c71160d71642235d9ea743 be516e8c814dbf7bc43ea91c6913be9f7f96e006 3e88a2f44c413fa7f671f638409a975d59f8c1fb 4e64b772f5ed8f352c2744baece802f70e2430e7 9547e7a317d6f86ab8fbfb3d440f127c2ab75df2 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd The problematic commit was 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd as blenkernel links most of blender, it's a bit of a link order issue magnet. Given all these commits stack, it's near impossible to revert just that one without spending a significant amount of time resolving merge conflicts. 99% of that work was automated, so easier to just revert all of them, and re-do the work, than it is to deal with the merge conflicts. Pull Request: https://projects.blender.org/blender/blender/pulls/110438
2023-07-25 16:43:21 +02:00
../../windowmanager
Cleanup: decentralize .blend I/O for space types This adds callbacks to `SpaceType` to make each editor responsible to manage their own .blend I/O, and moves relevant code from `screen.c` to the editors files. Differential Revision: D11069
2022-09-28 11:52:22 +02: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 03:15:44 +02:00
)
CMake: quiet references to undeclared variable warnings These warnings can reveal errors in logic, so quiet them by checking if the features are enabled before using variables or by assigning empty strings in some cases. - Check CMAKE_THREAD_LIBS_INIT is set before use as CMake docs note that this may be left unset if it's not needed. - Remove BOOST/OPENVDB/VULKAN references when disable. - Define INC_SYS even when empty. - Remove PNG_INC from freetype (not defined anywhere).
2023-01-19 07:07:23 +01:00
set(INC_SYS
)
have cmake build editors as different libs like scons and nan-makefiles
2010-06-04 13:34:57 +02: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 06:05:55 +02:00
set(SRC
Cleanup: move text editor files to C++ A workaround for over 128 else-if's in a row was needed for MSVC as it caused error C1061.
2023-06-08 06:00:18 +02:00
space_text.cc
text_autocomplete.cc
text_draw.cc
text_format.cc
text_format_osl.cc
text_format_pov.cc
text_format_pov_ini.cc
text_format_py.cc
text_header.cc
text_ops.cc
Cleanup: move some undo related files to C++ For continued testing in D14139. Also see T103343.
2023-01-23 00:32:39 +01:00
text_undo.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 05:35:56 +01:00
Cleanup: move text editor files to C++ A workaround for over 128 else-if's in a row was needed for MSVC as it caused error C1061.
2023-06-08 06:00:18 +02:00
text_format.hh
text_intern.hh
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 06:05:55 +02: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_blenfont dependencies Pretty straightforward - Remove any bf_blenfont 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/115365
2023-11-24 18:29:09 +01:00
PRIVATE bf::blenfont
CMake: revert last weeks modernizations The cleanup of blenkernel last weeks , caused the house of cards to collapse on top of bf_gpu's shader_builder, which is off by default but used on a daily basis by the rendering team. Given the fixes forward in #110394 ran into a ODR violation in OSL that was hiding there for years, I don't see another way forward without impeding the rendering teams productivity for "quite a while" as there is no guarantee the OSL issue would be the end of it. the only way forward appears to be back. this reverts : 19422044edbd8e8d524db3d02768c4a52f5274be a670b53abe82f7a36d2caa0d8ae2c67c2bc8c39a 0f541db97c47e5fcd1c71160d71642235d9ea743 be516e8c814dbf7bc43ea91c6913be9f7f96e006 3e88a2f44c413fa7f671f638409a975d59f8c1fb 4e64b772f5ed8f352c2744baece802f70e2430e7 9547e7a317d6f86ab8fbfb3d440f127c2ab75df2 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd The problematic commit was 07fe6c5a57d7bcf89318204c0319db1f4a2f5cbd as blenkernel links most of blender, it's a bit of a link order issue magnet. Given all these commits stack, it's near impossible to revert just that one without spending a significant amount of time resolving merge conflicts. 99% of that work was automated, so easier to just revert all of them, and re-do the work, than it is to deal with the merge conflicts. Pull Request: https://projects.blender.org/blender/blender/pulls/110438
2023-07-25 16:43:21 +02:00
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_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_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
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
)
Ghost Context Refactor https://developer.blender.org/D643 Separates graphics context creation from window code in Ghost so that they can vary separately.
2014-10-07 22:46:19 +02:00
have cmake build editors as different libs like scons and nan-makefiles
2010-06-04 13:34:57 +02:00
if(WITH_PYTHON)
cmake source definitions: remove missing includes and use more strict formatting.
2011-07-17 01:01:14 +02:00
list(APPEND INC
../../python
)
rename and negate DISABLE_PYTHON --> WITH_PYTHON
2010-10-31 05:11:39 +01:00
add_definitions(-DWITH_PYTHON)
have cmake build editors as different libs like scons and nan-makefiles
2010-06-04 13:34:57 +02:00
endif()
Big i18n commit: add "reports" from bmesh/readfile/tracking/dynapaint (and a few others), and another bunch of UI messages tweaks/fixes, as well as some BKE_report()<->BKE_reportf()...
2012-10-26 19:32:50 +02: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
blender_add_lib(bf_editor_space_text "${SRC}" "${INC}" "${INC_SYS}" "${LIB}")