Files
test2/source/blender/blenkernel/BKE_bake_data_block_id.hh
Brecht Van Lommel 920e709069 Refactor: Make header files more clangd and clang-tidy friendly
When using clangd or running clang-tidy on headers there are
currently many errors. These are noisy in IDEs, make auto fixes
impossible, and break features like code completion, refactoring
and navigation.

This makes source/blender headers work by themselves, which is
generally the goal anyway. But #includes and forward declarations
were often incomplete.

* Add #includes and forward declarations
* Add IWYU pragma: export in a few places
* Remove some unused #includes (but there are many more)
* Tweak ShaderCreateInfo macros to work better with clangd

Some types of headers still have errors, these could be fixed or
worked around with more investigation. Mostly preprocessor
template headers like NOD_static_types.h.

Note that that disabling WITH_UNITY_BUILD is required for clangd to
work properly, otherwise compile_commands.json does not contain
the information for the relevant source files.

For more details see the developer docs:
https://developer.blender.org/docs/handbook/tooling/clangd/

Pull Request: https://projects.blender.org/blender/blender/pulls/132608
2025-01-07 12:39:13 +01:00

59 lines
1.5 KiB
C++

/* SPDX-FileCopyrightText: 2024 Blender Authors
*
* SPDX-License-Identifier: GPL-2.0-or-later */
#pragma once
/** \file
* \ingroup bke
*/
#include <optional>
#include <string>
#include "BLI_struct_equality_utils.hh"
#include "BLI_vector.hh"
#include "DNA_ID_enums.h"
struct ID;
struct NodesModifierDataBlock;
namespace blender::bke::bake {
/**
* Unique weak reference to a data block within a #Main. It's used when caching/baking data-block
* references. Data-block pointers can't be used directly, because they are not stable over time
* and between Blender sessions.
*/
struct BakeDataBlockID {
ID_Type type;
/**
* Name of the data-block, without the type prefix.
*/
std::string id_name;
/**
* Name of the library data-block that the data-block is in. This refers to `Library.id.name` and
* not the file path. The type prefix of the name is omitted. If this is empty, the data-block is
* expected to be local and not linked.
*/
std::string lib_name;
BakeDataBlockID(ID_Type type, std::string id_name, std::string lib_name);
BakeDataBlockID(const ID &id);
BakeDataBlockID(const NodesModifierDataBlock &data_block);
uint64_t hash() const;
friend std::ostream &operator<<(std::ostream &stream, const BakeDataBlockID &id);
BLI_STRUCT_EQUALITY_OPERATORS_3(BakeDataBlockID, type, id_name, lib_name)
};
/**
* A list of weak data-block references for material slots.
*/
struct BakeMaterialsList : public Vector<std::optional<BakeDataBlockID>> {};
} // namespace blender::bke::bake