magnum/src/Magnum/Vk/RenderPassCreateInfo.h

#ifndef Magnum_Vk_RenderPassCreateInfo_h
#define Magnum_Vk_RenderPassCreateInfo_h
/*
    This file is part of Magnum.

    Copyright © 2010, 2011, 2012, 2013, 2014, 2015, 2016, 2017, 2018, 2019,
                2020, 2021, 2022, 2023, 2024, 2025
              Vladimír Vondruš <mosra@centrum.cz>

    Permission is hereby granted, free of charge, to any person obtaining a
    copy of this software and associated documentation files (the "Software"),
    to deal in the Software without restriction, including without limitation
    the rights to use, copy, modify, merge, publish, distribute, sublicense,
    and/or sell copies of the Software, and to permit persons to whom the
    Software is furnished to do so, subject to the following conditions:

    The above copyright notice and this permission notice shall be included
    in all copies or substantial portions of the Software.

    THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
    IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
    FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
    THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
    LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING
    FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER
    DEALINGS IN THE SOFTWARE.
*/

/** @file
 * @brief Class @ref Magnum::Vk::AttachmentDescription, @ref Magnum::Vk::AttachmentReference, @ref Magnum::Vk::SubpassDescription, @ref Magnum::Vk::SubpassDependency, @ref Magnum::Vk::RenderPassCreateInfo, enum @ref Magnum::Vk::AttachmentLoadOperation, @ref Magnum::Vk::AttachmentStoreOperation
 * @m_since_latest
 */

#include <initializer_list>
#include <Corrade/Containers/EnumSet.h>
#include <Corrade/Containers/Pointer.h>

#include "Magnum/Magnum.h"
#include "Magnum/Tags.h"
#include "Magnum/Vk/Vk.h"
#include "Magnum/Vk/Vulkan.h"
#include "Magnum/Vk/visibility.h"

#ifdef MAGNUM_BUILD_DEPRECATED
/* AttachmentDescription constructors used to take a std::pair */
#include <Corrade/Containers/PairStl.h>
#endif

namespace Magnum { namespace Vk {

/**
@brief Attachment load operation
@m_since_latest

Wraps a @type_vk_keyword{AttachmentLoadOp}, specifies how previous contents of
an attached image within the render area are treated at the beginning of a
subpass.
@see @ref AttachmentStoreOperation, @ref AttachmentDescription
@m_enum_values_as_keywords
*/
enum class AttachmentLoadOperation: Int {
    /** Previous contents are preserved. */
    Load = VK_ATTACHMENT_LOAD_OP_LOAD,

    /**
     * Previous contents are cleared to a value specified when a render pass
     * instance is begun. You're required to provide a clear value for this
     * attachment index using @ref RenderPassBeginInfo::clearColor() or
     * @ref RenderPassBeginInfo::clearDepthStencil() when you begin render pass
     * recording using @ref CommandBuffer::beginRenderPass().
     *
     * @m_class{m-note m-success}
     *
     * @par
     *      Compared to @ref AttachmentLoadOperation::Load, if you don't need
     *      the previous contents, this can avoid a potentially expensive
     *      memory load on certain architectures.
     */
    Clear = VK_ATTACHMENT_LOAD_OP_CLEAR,

    /**
     * Previous contents don't need to be preserved.
     *
     * @m_class{m-note m-success}
     *
     * @par
     *      Compared to @ref AttachmentLoadOperation::Load and
     *      @ref AttachmentLoadOperation::Clear, if you will be fully
     *      overwriting the contents anyway, this can avoid a potentially
     *      expensive memory load or clear operation.
     */
    DontCare = VK_ATTACHMENT_LOAD_OP_DONT_CARE
};

/**
@brief Attachment load operation
@m_since_latest

Wraps a @type_vk_keyword{AttachmentStoreOp}, specifies how contents of an
attached image generated during the render pass within the render area are
treated at the end of a subpass.
@see @ref AttachmentLoadOperation, @ref AttachmentDescription
@m_enum_values_as_keywords
*/
enum class AttachmentStoreOperation: Int {
    /** Generated contents are written to memory. */
    Store = VK_ATTACHMENT_STORE_OP_STORE,

    /**
     * Generated contentgs don't need to be preserved.
     *
     * @m_class{m-note m-success}
     *
     * @par
     *      Compared to @ref AttachmentStoreOperation::Store, if the attachment
     *      was only used temporarily during a subpass, this can avoid a
     *      potentially expensive memory store operation on certain
     *      architectures.
     */
    DontCare = VK_ATTACHMENT_STORE_OP_DONT_CARE
};

/**
@brief Attachment description
@m_since_latest

Wraps a @type_vk_keyword{AttachmentDescription2}. This class is subsequently
passed to a @ref RenderPass, see its documentation for a high-level usage
information.

@section Vk-AttachmentDescription-compatibility Compatibility with VkAttachmentDescription

While the class operates on the @type_vk{AttachmentDescription2} structure
that's new in Vulkan 1.2 or is provided by the
@vk_extension{KHR,create_renderpass2} extension, conversion from and to
@type_vk{AttachmentDescription} is provided to some extent --- you can create
an @ref AttachmentDescription from it, call various methods on the instance and
then get a @type_vk{AttachmentDescription} back again using
@ref vkAttachmentDescription().

For direct editing of the Vulkan structure, it's recommended to edit the
@type_vk{AttachmentDescription2} fields and then perform the conversion
instead of editing the resulting @type_vk{AttachmentDescription}, as additional
safety checks may be done during the conversion to ensure no information is
lost.

Please note that the conversion to @type_vk{AttachmentDescription} will ignore
all fields that are present only in @type_vk{AttachmentDescription2} and its
substructures --- in particular, the whole `pNext` pointer chain is omitted.
When performing the conversion it's your responsibility to ensure nothing
significant was in the fields that were left out.
*/
class MAGNUM_VK_EXPORT AttachmentDescription {
    public:
        /**
         * @brief Attachment description flag
         *
         * Wraps @type_vk_keyword{AttachmentDescriptionFlagBits}.
         * @see @ref Flags, @ref AttachmentDescription()
         * @m_enum_values_as_keywords
         */
        enum class Flag: UnsignedInt {
            /** Aliases the same device memory as other attachments */
            MayAlias = VK_ATTACHMENT_DESCRIPTION_MAY_ALIAS_BIT
        };

        /**
         * @brief Attachment description flags
         *
         * Type-safe wrapper for @type_vk_keyword{AttachmentDescriptionFlags}.
         * @see @ref AttachmentDescription()
         */
        typedef Containers::EnumSet<Flag> Flags;

        /**
         * @brief Constructor
         * @param format            Image format
         * @param loadOperation     How previous attachment contents are
         *      treated at the beginning of a subpass
         * @param storeOperation    How previous attachment contents are
         *      treated at the beginning of a subpass
         * @param initialLayout     Initial image layout. Can only be
         *      @ref ImageLayout::General, @ref ImageLayout::ShaderReadOnly,
         *      @ref ImageLayout::TransferSource,
         *      @ref ImageLayout::TransferDestination, and
         *      @ref ImageLayout::ColorAttachment in case of a color @p format
         *      or @ref ImageLayout::DepthStencilAttachment in case of a
         *      depth/stencil @p format.
         * @param finalLayout       Final image layout. Can only be
         *      @ref ImageLayout::General, @ref ImageLayout::ShaderReadOnly,
         *      @ref ImageLayout::TransferSource,
         *      @ref ImageLayout::TransferDestination, and
         *      @ref ImageLayout::ColorAttachment in case of a color @p format
         *      or @ref ImageLayout::DepthStencilAttachment in case of a
         *      depth/stencil @p format.
         * @param samples           Sample count
         * @param flags             Attachment description flags
         *
         * The following @type_vk{AttachmentDescription2} fields are pre-filled
         * in addition to `sType`, everything else is zero-filled:
         *
         * -    `flags`
         * -    `format`
         * -    `samples`
         * -    `loadOp` to @p loadOperation
         * -    `storeOp` to @p storeOperation
         * -    `initialLayout`
         * -    `finalLayout`
         *
         * See also @ref AttachmentDescription(PixelFormat, Containers::Pair<AttachmentLoadOperation, AttachmentLoadOperation>, Containers::Pair<AttachmentStoreOperation, AttachmentStoreOperation>, ImageLayout, ImageLayout, Int, Flags)
         * for a constructing a combined depth/stencil attachment description.
         */
        /* These were implicit at first, but I realized code gets way too
           confusing with all the {{}} so it's not anymore */
        explicit AttachmentDescription(PixelFormat format, AttachmentLoadOperation loadOperation, AttachmentStoreOperation storeOperation, ImageLayout initialLayout, ImageLayout finalLayout, Int samples = 1, Flags flags = {});
        /** @overload */
        explicit AttachmentDescription(Magnum::PixelFormat format, AttachmentLoadOperation loadOperation, AttachmentStoreOperation storeOperation, ImageLayout initialLayout, ImageLayout finalLayout, Int samples = 1, Flags flags = {});
        /** @overload */
        explicit AttachmentDescription(Magnum::CompressedPixelFormat format, AttachmentLoadOperation loadOperation, AttachmentStoreOperation storeOperation, ImageLayout initialLayout, ImageLayout finalLayout, Int samples = 1, Flags flags = {});

        /**
         * @brief Construct for a combined depth/stencil attachment
         * @param format                        Image format
         * @param depthStencilLoadOperation     How previous depth and stencil
         *      attachment contents are treated at the beginning of a subpass
         * @param depthStencilStoreOperation    How generated depth and stencil
         *      attachment contents are treated at the end of a subpass
         * @param initialLayout                 Initial image layout. Can only
         *      be @ref ImageLayout::General, @ref ImageLayout::ShaderReadOnly,
         *      @ref ImageLayout::TransferSource,
         *      @ref ImageLayout::TransferDestination, and
         *      @ref ImageLayout::DepthStencilAttachment
         * @param finalLayout                   Final image layout. Can only be
         *      @ref ImageLayout::General, @ref ImageLayout::ShaderReadOnly,
         *      @ref ImageLayout::TransferSource,
         *      @ref ImageLayout::TransferDestination, and
         *      @ref ImageLayout::DepthStencilAttachment
         * @param samples                       Sample count
         * @param flags                         Attachment description flags
         *
         * Compared to @ref AttachmentDescription(PixelFormat, AttachmentLoadOperation, AttachmentStoreOperation, ImageLayout, ImageLayout, Int, Flags)
         * allows you to specify different load/store operation for depth and
         * stencil. The following @type_vk{AttachmentDescription2} fields are
         * pre-filled in addition to `sType`, everything else is zero-filled:
         *
         * -    `flags`
         * -    `format`
         * -    `samples`
         * -    `loadOp` and `stencilLoadOp` to @p loadOperation
         * -    `storeOp` and `stencilStoreOp` to @p storeOperation
         * -    `initialLayout`
         * -    `finalLayout`
         *
         * @todo Implement @vk_extension{KHR,separate_depth_stencil_layouts}
         *      and provide a pair of layouts as well
         */
        /* These were implicit at first, but I realized code gets way too
           confusing with all the {{}} so it's not anymore */
        explicit AttachmentDescription(PixelFormat format, Containers::Pair<AttachmentLoadOperation, AttachmentLoadOperation> depthStencilLoadOperation, Containers::Pair<AttachmentStoreOperation, AttachmentStoreOperation> depthStencilStoreOperation, ImageLayout initialLayout, ImageLayout finalLayout, Int samples = 1, Flags flags = {});
        /** @overload */
        explicit AttachmentDescription(Magnum::PixelFormat format, Containers::Pair<AttachmentLoadOperation, AttachmentLoadOperation> depthStencilLoadOperation, Containers::Pair<AttachmentStoreOperation, AttachmentStoreOperation> depthStencilStoreOperation, ImageLayout initialLayout, ImageLayout finalLayout, Int samples = 1, Flags flags = {});
        /** @overload */
        explicit AttachmentDescription(Magnum::CompressedPixelFormat format, Containers::Pair<AttachmentLoadOperation, AttachmentLoadOperation> depthStencilLoadOperation, Containers::Pair<AttachmentStoreOperation, AttachmentStoreOperation> depthStencilStoreOperation, ImageLayout initialLayout, ImageLayout finalLayout, Int samples = 1, Flags flags = {});

        /**
         * @brief Construct without initializing the contents
         *
         * Note that not even the `sType` field is set --- the structure has to
         * be fully initialized afterwards in order to be usable.
         */
        explicit AttachmentDescription(NoInitT) noexcept;

        /**
         * @brief Construct from existing data
         *
         * Copies the existing values verbatim, pointers are kept unchanged
         * without taking over the ownership. Modifying the newly created
         * instance will not modify the original data nor the pointed-to data.
         */
        explicit AttachmentDescription(const VkAttachmentDescription2& description);

        /**
         * @brief Construct from a @type_vk{AttachmentDescription}
         *
         * Compared to the above, fills the common subset of
         * @type_vk{AttachmentDescription2}, sets `sType` and zero-fills
         * `pNext`.
         * @see @ref vkAttachmentDescription()
         */
        explicit AttachmentDescription(const VkAttachmentDescription& description);

        /** @brief Underlying @type_vk{AttachmentDescription2} structure */
        VkAttachmentDescription2& operator*() { return _description; }
        /** @overload */
        const VkAttachmentDescription2& operator*() const { return _description; }
        /** @overload */
        VkAttachmentDescription2* operator->() { return &_description; }
        /** @overload */
        const VkAttachmentDescription2* operator->() const { return &_description; }
        /** @overload */
        operator const VkAttachmentDescription2*() const { return &_description; }

        /**
         * @overload
         *
         * The class is implicitly convertible to a reference in addition to
         * a pointer because the type is commonly used in arrays as well, which
         * would be annoying to do with a pointer conversion.
         */
        operator const VkAttachmentDescription2&() const { return _description; }

        /**
         * @brief Corresponding @type_vk{AttachmentDescription} structure
         *
         * Provided for compatibility with Vulkan implementations that don't
         * support version 1.2 or the @vk_extension{KHR,create_renderpass2}
         * extension. See @ref Vk-AttachmentDescription-compatibility for more
         * information.
         * @see @ref AttachmentDescription(const VkAttachmentDescription&),
         *      @ref AttachmentReference::vkAttachmentReference(),
         *      @ref SubpassDescription::vkSubpassDescription(),
         *      @ref SubpassDependency::vkSubpassDependency(),
         *      @ref RenderPassCreateInfo::vkRenderPassCreateInfo()
         */
        VkAttachmentDescription vkAttachmentDescription() const;

    private:
        VkAttachmentDescription2 _description;
};

CORRADE_ENUMSET_OPERATORS(AttachmentDescription::Flags)

/**
@brief Attachment reference
@m_since_latest

Wraps a @type_vk_keyword{AttachmentReference2}. Used to reference attachments
inside a @ref SubpassDescription, which is subsequently passed to a
@ref RenderPass. See its documentation for a high-level overview.

@section Vk-AttachmentReference-compatibility Compatibility with VkAttachmentReference

While the class operates on the @type_vk{AttachmentReference2} structure that's
new in Vulkan 1.2 or is provided by the @vk_extension{KHR,create_renderpass2}
extension, conversion from and to @type_vk{AttachmentReference} is provided to
some extent --- you can create an @ref AttachmentReference from it, call
various methods on the instance and then get a @type_vk{AttachmentReference}
back again using @ref vkAttachmentReference().

For direct editing of the Vulkan structure, it's recommended to edit the
@type_vk{AttachmentReference2} fields and then perform the conversion instead
of editing the resulting @type_vk{AttachmentReference}, as additional safety
checks may be done during the conversion to ensure no information is lost.

Please note that the conversion to @type_vk{AttachmentReference} will ignore
all fields that are present only in @type_vk{AttachmentReference2} --- in
particular, the whole `pNext` pointer chain is omitted. When performing the
conversion it's your responsibility to ensure nothing significant was in the
fields that were left out.
*/
class MAGNUM_VK_EXPORT AttachmentReference {
    public:
        /**
         * @brief Constructor
         * @param attachment    Attachment index from the list passed to
         *      @ref RenderPassCreateInfo::setAttachments()
         * @param layout        Image layout. Should correspond to where the
         *      reference is used in a @ref SubpassDescription.
         *
         * The following @type_vk{AttachmentReference2} fields are pre-filled
         * in addition to `sType`, everything else is zero-filled:
         *
         * -    `attachment`
         * -    `layout`
         */
        /* This was implicit at first, but I realized code gets way too
           confusing with all the {{}} especially with setColorAttachments()
           that takes two lists so it's not anymore */
        explicit AttachmentReference(UnsignedInt attachment, ImageLayout layout);

        /**
         * @brief Construct with no attachment
         *
         * The following @type_vk{AttachmentReference2} fields are pre-filled
         * in addition to `sType`, everything else is zero-filled:
         *
         * -    `attachment` to @def_vk{ATTACHMENT_UNUSED}
         * -    `layout` to @ref ImageLayout::Undefined
         */
        /*implicit*/ AttachmentReference();

        /**
         * @brief Construct without initializing the contents
         *
         * Note that not even the `sType` field is set --- the structure has to
         * be fully initialized afterwards in order to be usable.
         */
        explicit AttachmentReference(NoInitT) noexcept;

        /**
         * @brief Construct from existing data
         *
         * Copies the existing values verbatim, pointers are kept unchanged
         * without taking over the ownership. Modifying the newly created
         * instance will not modify the original data nor the pointed-to data.
         */
        explicit AttachmentReference(const VkAttachmentReference2& reference);

        /**
         * @brief Construct from a @type_vk{AttachmentReference}
         *
         * Compared to the above, fills the common subset of
         * @type_vk{AttachmentReference2}, sets `sType` and zero-fills `pNext`
         * and `aspectMask`.
         * @see @ref vkAttachmentReference()
         */
        explicit AttachmentReference(const VkAttachmentReference& reference);

        /** @brief Underlying @type_vk{AttachmentReference2} structure */
        VkAttachmentReference2& operator*() { return _reference; }
        /** @overload */
        const VkAttachmentReference2& operator*() const { return _reference; }
        /** @overload */
        VkAttachmentReference2* operator->() { return &_reference; }
        /** @overload */
        const VkAttachmentReference2* operator->() const { return &_reference; }
        /** @overload */
        operator const VkAttachmentReference2*() const { return &_reference; }

        /**
         * @overload
         *
         * The class is implicitly convertible to a reference in addition to
         * a pointer because the type is commonly used in arrays as well, which
         * would be annoying to do with a pointer conversion.
         */
        operator const VkAttachmentReference2&() const { return _reference; }

        /**
         * @brief Corresponding @type_vk{AttachmentReference} structure
         *
         * Provided for compatibility with Vulkan implementations that don't
         * support version 1.2 or the @vk_extension{KHR,create_renderpass2}
         * extension. See @ref Vk-AttachmentReference-compatibility for more
         * information.
         * @see @ref AttachmentReference(const VkAttachmentReference&),
         *      @ref AttachmentDescription::vkAttachmentDescription(),
         *      @ref SubpassDescription::vkSubpassDescription(),
         *      @ref SubpassDependency::vkSubpassDependency(),
         *      @ref RenderPassCreateInfo::vkRenderPassCreateInfo()
         */
        VkAttachmentReference vkAttachmentReference() const;

    private:
        VkAttachmentReference2 _reference;
};

/**
@brief Subpass description
@m_since_latest

Wraps a @type_vk_keyword{SubpassDescription2}. This class is subsequently
passed to a @ref RenderPass, see its documentation for a high-level usage
information.

@section Vk-SubpassDescription-compatibility Compatibility with VkSubpassDescription

While the class operates on the @type_vk{SubpassDescription2} structure that's
new in Vulkan 1.2 or is provided by the @vk_extension{KHR,create_renderpass2}
extension, conversion from and to @type_vk{SubpassDescription} is provided to
some extent --- you can create a @ref SubpassDescription from it, call various
methods on the instance and then get a @type_vk{SubpassDescription} back again
using @ref vkSubpassDescription(). Note that, because of the nested data
references, some internal pointers may still point to the originating instance,
so be sure to keep it in scope for as long as needed.

For direct editing of the Vulkan structure, it's recommended to edit the
@type_vk{SubpassDescription2} fields and then perform the conversion instead of
editing the resulting @type_vk{SubpassDescription}, as additional safety checks
may be done during the conversion to ensure no information is lost.

Please note that the conversion to @type_vk{SubpassDescription} will ignore all
fields that are present only in @type_vk{SubpassDescription2} and its
substructures --- in particular, the whole `pNext` pointer chain is omitted.
When performing the conversion it's your responsibility to ensure nothing
significant was in the fields that were left out.
*/
class MAGNUM_VK_EXPORT SubpassDescription {
    public:
        /**
         * @brief Subpass description flag
         *
         * Wraps @type_vk_keyword{SubpassDescriptionFlagBits}.
         * @see @ref Flags, @ref SubpassDescription()
         * @m_enum_values_as_keywords
         */
        enum class Flag: UnsignedInt {};

        /**
         * @brief Subpass description flags
         *
         * Type-safe wrapper for @type_vk_keyword{SubpassDescriptionFlags}.
         * @see @ref SubpassDescription()
         */
        typedef Containers::EnumSet<Flag> Flags;

        /**
         * @brief Constructor
         *
         * The following @type_vk{SubpassDescription2} fields are pre-filled
         * in addition to `sType`, everything else is zero-filled:
         *
         * -    `flags`
         * -    `pipelineBindPoint` to @ref PipelineBindPoint::Rasterization
         *
         * Use @ref setInputAttachments(), @ref setColorAttachments(),
         * @ref setDepthStencilAttachment() and @ref setPreserveAttachments()
         * to set attachments. Note that a subpass without any attachment is
         * valid as well.
         */
        explicit SubpassDescription(Flags flags = {});

        /**
         * @brief Construct without initializing the contents
         *
         * Note that not even the `sType` field is set --- the structure has to
         * be fully initialized afterwards in order to be usable.
         */
        explicit SubpassDescription(NoInitT) noexcept;

        /**
         * @brief Construct from existing data
         *
         * Copies the existing values verbatim, pointers are kept unchanged
         * without taking over the ownership. Modifying the newly created
         * instance will not modify the original data nor the pointed-to data.
         */
        explicit SubpassDescription(const VkSubpassDescription2& description);

        /**
         * @brief Construct from a @type_vk{SubpassDescription}
         *
         * Compared to the above, fills the common subset of
         * @type_vk{SubpassDescription2}, sets `sType` and zero-fills `pNext`
         * and `viewMask`.
         * @see @ref vkSubpassDescription()
         */
        explicit SubpassDescription(const VkSubpassDescription& description);

        /** @brief Copying is not allowed */
        SubpassDescription(const SubpassDescription&) = delete;

        /** @brief Move constructor */
        SubpassDescription(SubpassDescription&& other) noexcept;

        ~SubpassDescription();

        /** @brief Copying is not allowed */
        SubpassDescription& operator=(const SubpassDescription&) = delete;

        /** @brief Move assignment */
        SubpassDescription& operator=(SubpassDescription&& other) noexcept;

        /**
         * @brief Set input attachments
         * @return Reference to self (for method chaining)
         *
         * Attachments that are being read from in this subpass. The elements
         * correspond to shader input attachment indices, i.e. a shader input
         * attachment index @cpp 5 @ce will read from the attachment specified
         * at offset @cpp 5 @ce in this list. Attachment references should use
         * either @ref ImageLayout::General or @ref ImageLayout::ShaderReadOnly;
         * use a default-constructed @ref AttachmentReference to specify that
         * given input will be unused.
         *
         * The following @type_vk{SubpassDescription2} fields are set by this
         * function:
         *
         * -    `inputAttachmentCount` and `pInputAttachments` to a copy of
         *      @p attachments
         */
        SubpassDescription& setInputAttachments(Containers::ArrayView<const AttachmentReference> attachments) &;
        /** @overload */
        SubpassDescription&& setInputAttachments(Containers::ArrayView<const AttachmentReference> attachments) &&;
        /** @overload */
        SubpassDescription& setInputAttachments(std::initializer_list<AttachmentReference> attachments) &;
        /** @overload */
        SubpassDescription&& setInputAttachments(std::initializer_list<AttachmentReference> attachments) &&;

        /**
         * @brief Set color attachments
         * @return Reference to self (for method chaining)
         *
         * Color attachments that are being written to in this subpass. The
         * @p resolveAttachments list is expected to be either empty or have
         * the same size as @p attachments. If non-empty, each item has to have
         * the same format as the corresponding item in @p attachments.
         *
         * The elements correspond to shader color attachment indices, i.e. a
         * shader output attachment index @cpp 5 @ce will write from the
         * attachment specified at offset @cpp 5 @ce in this list. Attachment
         * references should use either @ref ImageLayout::General or
         * @ref ImageLayout::ColorAttachment; use a default-constructed
         * @ref AttachmentReference to specify that given output will be
         * unused.
         *
         * The following @type_vk{SubpassDescription2} fields are set by this
         * function:
         *
         * -    `colorAttachmentCount` and `pColorAttachments` to a copy of
         *      @p attachments
         * -    `pResolveAttachments` to a copy of @p resolveAttachments, if
         *      the parameter is non-empty
         */
        #ifdef DOXYGEN_GENERATING_OUTPUT
        SubpassDescription& setColorAttachments(Containers::ArrayView<const AttachmentReference> attachments, Containers::ArrayView<const AttachmentReference> resolveAttachments = {}) &;
        /** @overload */
        SubpassDescription&& setColorAttachments(Containers::ArrayView<const AttachmentReference> attachments, Containers::ArrayView<const AttachmentReference> resolveAttachments = {}) &&;
        #else
        /* So we don't need to include ArrayView */
        SubpassDescription& setColorAttachments(Containers::ArrayView<const AttachmentReference> attachments, Containers::ArrayView<const AttachmentReference> resolveAttachments) &;
        SubpassDescription&& setColorAttachments(Containers::ArrayView<const AttachmentReference> attachments, Containers::ArrayView<const AttachmentReference> resolveAttachments) &&;
        SubpassDescription& setColorAttachments(Containers::ArrayView<const AttachmentReference> attachments) &;
        SubpassDescription&& setColorAttachments(Containers::ArrayView<const AttachmentReference> attachments) &&;
        #endif
        /** @overload */
        SubpassDescription& setColorAttachments(std::initializer_list<AttachmentReference> attachments, std::initializer_list<AttachmentReference> resolveAttachments = {}) &;
        /** @overload */
        SubpassDescription&& setColorAttachments(std::initializer_list<AttachmentReference> attachments, std::initializer_list<AttachmentReference> resolveAttachments = {}) &&;

        /**
         * @brief Set depth/stencil attachment
         * @return Reference to self (for method chaining)
         *
         * Depth/stencil attachment that is being written to in this subpass.
         * The attachment reference should use either @ref ImageLayout::General
         * or @ref ImageLayout::DepthStencilAttachment; calling this function
         * with a default-constructed @ref AttachmentReference is equivalent to
         * not calling it at all, and both mean there's no depth/stencil
         * attachment.
         *
         * The following @type_vk{SubpassDescription2} fields are set by this
         * function:
         *
         * -    `pDepthStencilAttachment` to a copy of @p attachment
         */
        SubpassDescription& setDepthStencilAttachment(AttachmentReference attachment) &;
        /** @overload */
        SubpassDescription&& setDepthStencilAttachment(AttachmentReference attachment) &&;

        /**
         * @brief Set preserve attachments
         * @return Reference to self (for method chaining)
         *
         * Attachments that are not read or written by the subpass but have to
         * be preserved throughout the subpass. The @p attachment values are
         * indices into the list passed to
         * @ref RenderPassCreateInfo::setAttachments().
         *
         * The following @type_vk{SubpassDescription2} fields are set by this
         * function:
         *
         * -    `preserveAttachmentCount` and `pPreserveAttachments` to a copy
         *      of @p attachments
         */
        SubpassDescription& setPreserveAttachments(Containers::ArrayView<const UnsignedInt> attachments) &;
        /** @overload */
        SubpassDescription&& setPreserveAttachments(Containers::ArrayView<const UnsignedInt> attachments) &&;
        /** @overload */
        SubpassDescription& setPreserveAttachments(Containers::Array<UnsignedInt>&& attachments) &;
        /** @overload */
        SubpassDescription&& setPreserveAttachments(Containers::Array<UnsignedInt>&& attachments) &&;
        /** @overload */
        SubpassDescription& setPreserveAttachments(std::initializer_list<UnsignedInt> attachments) &;
        /** @overload */
        SubpassDescription&& setPreserveAttachments(std::initializer_list<UnsignedInt> attachments) &&;

        /** @brief Underlying @type_vk{SubpassDescription2} structure */
        VkSubpassDescription2& operator*() { return _description; }
        /** @overload */
        const VkSubpassDescription2& operator*() const { return _description; }
        /** @overload */
        VkSubpassDescription2* operator->() { return &_description; }
        /** @overload */
        const VkSubpassDescription2* operator->() const { return &_description; }
        /** @overload */
        operator const VkSubpassDescription2*() const { return &_description; }

        /**
         * @overload
         *
         * The class is implicitly convertible to a reference in addition to
         * a pointer because the type is commonly used in arrays as well, which
         * would be annoying to do with a pointer conversion.
         */
        operator const VkSubpassDescription2&() const { return _description; }

        /**
         * @brief Corresponding @type_vk{SubpassDescription} structure
         *
         * Provided for compatibility with Vulkan implementations that don't
         * support version 1.2 or the @vk_extension{KHR,create_renderpass2}
         * extension. Because the type references structures not present in
         * @type_vk{SubpassDescription2}, it's returned wrapped it in a
         * single-item array with the extra data appended at the end of the
         * allocation. Note that, however, some internal pointers such as
         * `pPreserveAttachments` may still point to the originating
         * @ref SubpassDescription instance, the returned allocation is not
         * completely standalone. See @ref Vk-SubpassDescription-compatibility
         * for more information.
         * @see @ref SubpassDescription(const VkSubpassDescription&),
         *      @ref AttachmentDescription::vkAttachmentDescription(),
         *      @ref AttachmentReference::vkAttachmentReference(),
         *      @ref SubpassDependency::vkSubpassDependency(),
         *      @ref RenderPassCreateInfo::vkRenderPassCreateInfo()
         */
        Containers::Array<VkSubpassDescription> vkSubpassDescription() const;

    private:
        friend class RenderPassCreateInfo;

        template<class T> void setInputAttachmentsInternal(Containers::ArrayView<const T> attachments);
        template<class T> void setColorAttachmentsInternal(Containers::ArrayView<const T> attachments, Containers::ArrayView<const T> resolveAttachments);
        VkSubpassDescription2 _description;
        struct State;
        Containers::Pointer<State> _state;
};

CORRADE_ENUMSET_OPERATORS(SubpassDescription::Flags)

/**
@brief Subpass dependency
@m_since_latest

Wraps a @type_vk_keyword{SubpassDependency2}. This class is subsequently
passed to a @ref RenderPass, see its documentation for a high-level usage
information.

@section Vk-SubpassDependency-compatibility Compatibility with VkSubpassDependency

While the class operates on the @type_vk{SubpassDependency2} structure that's
new in Vulkan 1.2 or is provided by the @vk_extension{KHR,create_renderpass2}
extension, conversion from and to @type_vk{SubpassDependency} is provided to
some extent --- you can create a @ref SubpassDependency from it, call various
methods on the instance and then get a @type_vk{SubpassDependency} back again
using @ref vkSubpassDependency().

For direct editing of the Vulkan structure, it's recommended to edit the
@type_vk{SubpassDependency2} fields and then perform the conversion instead
of editing the resulting @type_vk{SubpassDependency}, as additional safety
checks may be done during the conversion to ensure no information is lost.

Please note that the conversion to @type_vk{SubpassDependency} will ignore
all fields that are present only in @type_vk{SubpassDependency2} --- in
particular, the whole `pNext` pointer chain is omitted. When performing the
conversion it's your responsibility to ensure nothing significant was in the
fields that were left out.

@see @ref MemoryBarrier, @ref ImageMemoryBarrier,
    @ref CommandBuffer::pipelineBarrier()
*/
class MAGNUM_VK_EXPORT SubpassDependency {
    public:
        enum: UnsignedInt {
            /** Subpass index identifying an external dependency */
            External = VK_SUBPASS_EXTERNAL,
        };

        /**
         * @brief Constructor
         * @param sourceSubpass         Source subpass index or @ref External
         * @param destinationSubpass    Destination subpass index or
         *      @ref External
         * @param sourceStages          Source stages. Has to contain at least
         *      one stage.
         * @param destinationStages     Destination stages. Has to contain at
         *      least one stage.
         * @param sourceAccesses        Source memory access types
         *      participating in a dependency. Each has to be supported by at
         *      least one stage in @p sourceStages.
         * @param destinationAccesses   Destination memory access types
         *      participating in a dependency. Each has to be supported by at
         *      least one stage in @p destinationStages.
         * @param flags                 Flags
         *
         * The @p sourceSubpass has to be less than or equal to
         * @p destinationSubpass to avoid cyclic dependencies and ensure a
         * valid execution order. One of them (but not both) can be also
         * @ref External to specify an external dependency.
         *
         * The @p sourceStages / @p destinationStages specify an *execution*
         * dependency --- what stages need to have finished execution before
         * starting execution of the others --- but alone isn't enough. The
         * @p sourceAccesses and @p destinationAccesses then specify *memory*
         * dependencies between the two sets --- what memory operations need to
         * be made available for the second set so it has everything it needs.
         *
         * The following @type_vk{SubpassDependency2} fields are pre-filled in
         * addition to `sType`, everything else is zero-filled:
         *
         * -    `srcSubpass` to @p sourceSubpass
         * -    `dstSubpass` to @p destinationSubpass
         * -    `srcStageMask` to @p sourceStages
         * -    `dstStageMask` to @p destinationStages
         * -    `srcAccessMask` to @p sourceAccesses
         * -    `dstAccessMask` to @p destinationAccesses
         * -    `dependencyFlags` to @p flags
         */
        explicit SubpassDependency(UnsignedInt sourceSubpass, UnsignedInt destinationSubpass, PipelineStages sourceStages, PipelineStages destinationStages, Accesses sourceAccesses, Accesses destinationAccesses, DependencyFlags flags = {});

        /**
         * @brief Construct without initializing the contents
         *
         * Note that not even the `sType` field is set --- the structure has to
         * be fully initialized afterwards in order to be usable.
         */
        explicit SubpassDependency(NoInitT) noexcept;

        /**
         * @brief Construct from existing data
         *
         * Copies the existing values verbatim, pointers are kept unchanged
         * without taking over the ownership. Modifying the newly created
         * instance will not modify the original data nor the pointed-to data.
         */
        explicit SubpassDependency(const VkSubpassDependency2& dependency);

        /**
         * @brief Construct from a @type_vk{SubpassDependency}
         *
         * Compared to the above, fills the common subset of
         * @type_vk{SubpassDescription2}, sets `sType` and zero-fills `pNext`
         * and `viewOffset`.
         * @see @ref vkSubpassDependency()
         */
        explicit SubpassDependency(const VkSubpassDependency& dependency);

        /** @brief Underlying @type_vk{SubpassDependency2} structure */
        VkSubpassDependency2& operator*() { return _dependency; }
        /** @overload */
        const VkSubpassDependency2& operator*() const { return _dependency; }
        /** @overload */
        VkSubpassDependency2* operator->() { return &_dependency; }
        /** @overload */
        const VkSubpassDependency2* operator->() const { return &_dependency; }
        /** @overload */
        operator const VkSubpassDependency2*() const { return &_dependency; }

        /**
         * @overload
         *
         * The class is implicitly convertible to a reference in addition to
         * a pointer because the type is commonly used in arrays as well, which
         * would be annoying to do with a pointer conversion.
         */
        operator const VkSubpassDependency2&() const { return _dependency; }

        /**
         * @brief Corresponding @type_vk{SubpassDependency} structure
         *
         * Provided for compatibility with Vulkan implementations that don't
         * support version 1.2 or the @vk_extension{KHR,create_renderpass2}
         * extension. See @ref Vk-SubpassDependency-compatibility for more
         * information.
         * @see @ref SubpassDependency(const VkSubpassDependency&),
         *      @ref AttachmentDescription::vkAttachmentDescription(),
         *      @ref AttachmentReference::vkAttachmentReference(),
         *      @ref SubpassDescription::vkSubpassDescription(),
         *      @ref RenderPassCreateInfo::vkRenderPassCreateInfo()
         */
        VkSubpassDependency vkSubpassDependency() const;

    private:
        VkSubpassDependency2 _dependency;
};

/**
@brief Render pass creation info
@m_since_latest

Wraps a @type_vk_keyword{RenderPassCreateInfo2}. See
@ref Vk-RenderPass-creation "Render pass creation" for usage information.

@section Vk-RenderPassCreateInfo-compatibility Compatibility with VkRenderPassCreateInfo

While the class operates on the @type_vk{RenderPassCreateInfo2} structure
that's new in Vulkan 1.2 or is provided by the
@vk_extension{KHR,create_renderpass2} extension, conversion from and to
@type_vk{RenderPassCreateInfo} is provided to some extent ---- you can create a
@ref RenderPassCreateInfo from it, call various methods on the instance and
then get a @type_vk{RenderPassCreateInfo} back again using
@ref vkRenderPassCreateInfo(). Note that, because of the nested data
references, some internal pointers may still point to the originating instance,
so be sure to keep it in scope for as long as needed.

For direct editing of the Vulkan structure, it's recommended to edit the
@type_vk{RenderPassCreateInfo2} fields and then perform the conversion instead
of editing the resulting @type_vk{RenderPassCreateInfo}, as additional safety
checks may be done during the conversion to ensure no information is lost.

Please note that the conversion to @type_vk{RenderPassCreateInfo} will ignore
all fields that are present only in @type_vk{RenderPassCreateInfo2} and its
substructures --- in particular, `pCorrelatedViewMasks` are omitted. When
performing the conversion it's your responsibility to ensure nothing
significant was in the fields that were left out.
*/
class MAGNUM_VK_EXPORT RenderPassCreateInfo {
    public:
        /**
         * @brief Render pass creation flag
         *
         * Wraps @type_vk_keyword{RenderPassCreateFlagBits}.
         * @see @ref Flags, @ref RenderPassCreateInfo()
         * @m_enum_values_as_keywords
         */
        enum class Flag: UnsignedInt {};

        /**
         * @brief Render pass creation flags
         *
         * Type-safe wrapper for @type_vk_keyword{RenderPassCreateFlags}.
         * @see @ref RenderPassCreateInfo()
         */
        typedef Containers::EnumSet<Flag> Flags;

        /**
         * @brief Constructor
         * @param flags         Render pass creation flags
         *
         * The following @type_vk{RenderPassCreateInfo2} fields are pre-filled
         * in addition to `sType`, everything else is zero-filled:
         *
         * -    `flags`
         *
         * You need to call @ref addSubpass() at least once for a valid setup.
         */
        explicit RenderPassCreateInfo(Flags flags = {});

        /**
         * @brief Construct without initializing the contents
         *
         * Note that not even the `sType` field is set --- the structure has to
         * be fully initialized afterwards in order to be usable.
         */
        explicit RenderPassCreateInfo(NoInitT) noexcept;

        /**
         * @brief Construct from existing data
         *
         * Copies the existing values verbatim, pointers are kept unchanged
         * without taking over the ownership. Modifying the newly created
         * instance will not modify the original data nor the pointed-to data.
         */
        explicit RenderPassCreateInfo(const VkRenderPassCreateInfo2& info);

        /**
         * @brief Construct from a @type_vk{RenderPassCreateInfo}
         *
         * Compared to the above, fills the common subset of
         * @type_vk{RenderPassCreateInfo2}, sets `sType`, zero-fills
         * `correlatedViewMaskCount` and `pCorrelatedViewMasks` and then calls
         * @ref setAttachments(), @ref addSubpass() and @ref setDependencies()
         * with instances created using
         * @ref AttachmentDescription::AttachmentDescription(const VkAttachmentDescription&),
         * @ref SubpassDescription::SubpassDescription(const VkSubpassDescription&)
         * and @ref SubpassDependency::SubpassDependency(const VkSubpassDependency&).
         *
         * @attention The `pNext` member is currently taken as-is even though
         *      @type_vk{RenderPassCreateInfo2} accepts only a subset of the
         *      structure chain allowed by @type_vk{RenderPassCreateInfo}. This
         *      may change in the future, however now you have to take care to
         *      not list disallowed structures in the chain.
         *
         * @todo handle @type_vk{RenderPassInputAttachmentAspectCreateInfo}
         *      (@vk_extension{KHR,maintenance2}) and others here
         * @see @ref vkRenderPassCreateInfo()
         */
        explicit RenderPassCreateInfo(const VkRenderPassCreateInfo& info);

        /** @brief Copying is not allowed */
        RenderPassCreateInfo(const RenderPassCreateInfo&) = delete;

        /** @brief Move constructor */
        RenderPassCreateInfo(RenderPassCreateInfo&& other) noexcept;

        ~RenderPassCreateInfo();

        /** @brief Copying is not allowed */
        RenderPassCreateInfo& operator=(const RenderPassCreateInfo&) = delete;

        /** @brief Move assignment */
        RenderPassCreateInfo& operator=(RenderPassCreateInfo&& other) noexcept;

        /**
         * @brief Set attachments
         * @return Reference to self (for method chaining)
         *
         * Subsequent calls to this function will *replace* the previous set,
         * not append to it.
         *
         * The following @type_vk{RenderPassCreateInfo2} fields are set by this
         * function:
         *
         * -    `attachmentCount` and `pAttachments` to a copy of
         *      @p attachments
         */
        RenderPassCreateInfo& setAttachments(Containers::ArrayView<const AttachmentDescription> attachments);
        /** @overload */
        RenderPassCreateInfo& setAttachments(std::initializer_list<AttachmentDescription> attachments);

        /**
         * @brief Add a subpass
         * @return Reference to self (for method chaining)
         *
         * At least one subpass has to be added.
         *
         * @m_class{m-note m-dim}
         *
         * @par
         *      Unlike @ref setAttachments() and @ref setDependencies(), due
         *      to nested allocations inside @ref SubpassDescription, it's more
         *      efficient to *move* the instances one by one than having to
         *      deep-copy a list.
         *
         * The following @type_vk{RenderPassCreateInfo2} fields are set by this
         * function:
         *
         * -    `subpassCount` to the count of subpasses added previously by
         *      this function plus @cpp 1 @ce
         * -    `pSubpasses` to an array containing all subpass descriptions
         *      added previously by this function together with @p subpass;
         *      ownership of associated @ref SubpassDescription state is moved
         *      to the @ref RenderPassCreateInfo instance
         */
        RenderPassCreateInfo& addSubpass(SubpassDescription&& subpass);

        /**
         * @brief Set subpass dependencies
         * @return Reference to self (for method chaining)
         *
         * Subsequent calls to this function will *replace* the previous set,
         * not append to it.
         *
         * The following @type_vk{RenderPassCreateInfo2} fields are set by this
         * function:
         *
         * -    `dependencyCount` and `pDependencies` to a copy of
         *      @p dependencies
         */
        RenderPassCreateInfo& setDependencies(Containers::ArrayView<const SubpassDependency> dependencies);
        /** @overload */
        RenderPassCreateInfo& setDependencies(std::initializer_list<SubpassDependency> dependencies);

        /** @brief Underlying @type_vk{ShaderModuleCreateInfo} structure */
        VkRenderPassCreateInfo2& operator*() { return _info; }
        /** @overload */
        const VkRenderPassCreateInfo2& operator*() const { return _info; }
        /** @overload */
        VkRenderPassCreateInfo2* operator->() { return &_info; }
        /** @overload */
        const VkRenderPassCreateInfo2* operator->() const { return &_info; }
        /** @overload */
        operator const VkRenderPassCreateInfo2*() const { return &_info; }

        /**
         * @brief Corresponding @type_vk{RenderPassCreateInfo} structure
         *
         * Provided for compatibility with Vulkan implementations that don't
         * support version 1.2 or the @vk_extension{KHR,create_renderpass2}
         * extension. Because the type references structures not present in
         * @type_vk{RenderPassCreateInfo2}, it's returned wrapped it in a
         * single-item array with the extra data appended at the end of the
         * allocation. Note that, however, some internal pointers such as
         * `pNext` may still point to the originating @ref RenderPassCreateInfo
         * instance, the returned allocation is not completely standalone. See
         * @ref Vk-RenderPassCreateInfo-compatibility for more information.
         *
         * @attention The `pNext` member is currently taken as-is without
         *      converting the @type_vk{RenderPassCreateInfo2}-only fields to
         *      extra structures in the `pNext` chain for
         *      @type_vk{RenderPassCreateInfo}. This may change in the future,
         *      however now you have to take care to do needed modifications
         *      yourself afterwards.
         *
         * @see @ref RenderPassCreateInfo(const VkRenderPassCreateInfo&),
         *      @ref AttachmentDescription::vkAttachmentDescription(),
         *      @ref AttachmentReference::vkAttachmentReference(),
         *      @ref SubpassDescription::vkSubpassDescription(),
         *      @ref SubpassDependency::vkSubpassDependency()
         */
        Containers::Array<VkRenderPassCreateInfo> vkRenderPassCreateInfo() const;

    private:
        template<class T> void setAttachmentsInternal(Containers::ArrayView<const T> attachments);
        template<class T> void setDependenciesInternal(Containers::ArrayView<const T> dependencies);

        VkRenderPassCreateInfo2 _info;
        struct State;
        Containers::Pointer<State> _state;
};

CORRADE_ENUMSET_OPERATORS(RenderPassCreateInfo::Flags)

}}

/* Make the definition complete -- it doesn't make sense to have a CreateInfo
   without the corresponding object anyway. */
#include "Magnum/Vk/RenderPass.h"

#endif