griefith/test2
1
0
Fork 0
Code Issues Pull Requests Actions 1 Packages Projects Releases Wiki Activity
Files
2b1dc0a44ef9e2faaa18e85472423f57895a5481
test2/source/blender/python/BPY_extern_python.hh

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

32 lines
726 B
C++
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: 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
*
* SPDX-License-Identifier: GPL-2.0-or-later */
Cleanup: split BPY_extern_python into it's own header Currently BPY_extern.h includes too much mixed functionality.
2020-08-17 17:20:12 +10:00
/** \file
* \ingroup python
*
* Functionality relating to Python setup & tear down.
*/
#pragma once
struct bContext;
Cleanup: Pass 'FILE *' instead of 'void *' for BPY_python_backtrace This was committed as a temporary workaround in 82150f5641364 as release builds were failing (only debug builds worked). This adds `stdio.h` to the header which is now split into a file that contains more specialized functionality. Also move function body inside BPY_python_backtrace, removing PyC_StackPrint as we have PyC_StackSpit() for similar functionality that can be called from a debugger.
2020-08-17 17:21:11 +10:00
/* For 'FILE'. */
#include <stdio.h>
Cleanup: correct file names in comments after C -> C++ renaming Use back-tick quotes to differentiate these from plain text.
2023-07-31 11:50:54 +10:00
/* `bpy_interface.cc` */
Cleanup: move public doc-strings into headers for 'python/intern' Ref T92709
2021-12-10 21:40:53 +11:00
/** Call #BPY_context_set first. */
Refactor: Move BPY main/public `extern` headers to proper C++ ones. Pull Request: https://projects.blender.org/blender/blender/pulls/128081
2024-09-24 17:07:49 +02:00
void BPY_python_start(bContext *C, int argc, const char **argv);
PyAPI: free internal Python data using sys.exit(..) Previously BPY_python_end wasn't called when scripts called sys.exit() because BPY_python_end exited the Python interpreter. Change this behavior to call BPY_python_end without exiting the Python interpreter while freeing Blender/Python data. While leaks in the context of sys.exit aren't especially important it's generally preferable for sys.exit() to match Blender's code-paths for exiting to avoid unexpected behavior.
2023-09-19 15:38:55 +10:00
void BPY_python_end(bool do_python_exit);
Refactor: Move BPY main/public `extern` headers to proper C++ ones. Pull Request: https://projects.blender.org/blender/blender/pulls/128081
2024-09-24 17:07:49 +02:00
void BPY_python_reset(bContext *C);
void BPY_python_use_system_env();
PyAPI: add bpy.app.python_args, use when calling Python from Blender Expose arguments to use when creating a Python sub-process. Python could fail to start when loaded in a customized environment, with PYTHONPATH set for e.g. Blender ignores these and loads but a Python sub-process attempts to use these environment variables which may point to incompatible Python versions. Resolve the root cause of #124731.
2024-07-31 11:34:44 +10:00
bool BPY_python_use_system_env_get();
Cleanup: Clang-Tidy readability-inconsistent-declaration-parameter-name fix No functional changes
2020-09-04 20:59:13 +02:00
void BPY_python_backtrace(FILE *fp);
Cleanup: split BPY_extern_python into it's own header Currently BPY_extern.h includes too much mixed functionality.
2020-08-17 17:20:12 +10:00
Cleanup: correct file names in comments after C -> C++ renaming Use back-tick quotes to differentiate these from plain text.
2023-07-31 11:50:54 +10:00
/* `bpy_app.cc` */
PyAPI: add bpy.app.help_text() for accessing output from `--help` Simplify help text extraction which may be used by the manual & man-page generation.
2023-05-27 16:33:46 +10:00
/* Access `main_args_help_as_string` needed to resolve bad level call. */
ByAPI: add "all" argument to bpy.app.help_text, to show all help text Optionally extract all help text, even for options not available on the current platform or with the current build options. Useful so it's possible to extract help text for the user-manual which doesn't depend on the blender build used for extraction.
2023-05-27 17:23:19 +10:00
extern char *(*BPY_python_app_help_text_fn)(bool all);
Reference in New Issue Copy Permalink