You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

Tree: 63acbc7a22

apple-crashy-msaa-default-framebuffer

audio-import

catastrophic-cross

chainsaw-surgery

dpi-change-events

euler-xxx

findsdl-include-root

gltestlib-symbol-duplication

gpu-preference

inverted-ranges

ktx1-detection

master

meshdata-cereal-killer

mousecapture

multiwindow

next

sceneconverter

scenedata-optimizations

simd

vectorfields

zerocopy

snapshot-2013-08

snapshot-2013-10

snapshot-2014-01

snapshot-2014-01-compatibility

snapshot-2014-06

snapshot-2014-06-compatibility

snapshot-2015-05

snapshot-2015-05-compatibility

v2013.08

v2013.10

v2014.01

v2014.06

v2015.05

v2018.02

v2018.04

v2018.10

v2019.01

v2019.10

v2020.06

Branches Tags

${ item.name }

Create tag ${ searchTerm }

Create branch ${ searchTerm }

from '63acbc7a22'

${ noResults }

magnum/src/Magnum/Vk/Test

History

Vladimír Vondruš 63acbc7a22 Vk: it's inevitable, DeviceProperties are going to stay forever. ... I have more and more cases where I need to query device properties later down the road (memory capabilities, device name, ...) and leaving all this up to the user / making this impossible to do in the library internals is complicating everything too much. Since there's a shitton of device properties with a new bag of props coming with every other new extension, I expect the queries to get quite involved / complicated over time (chaining 100s structs and such), so let's design this upfront in a way that can avoid reqpeatedly querying the same thing just because we needlessly discarded a fully populated instance before. It also means the users don't need to drag their own DeviceProperties instance along anymore and can just let the Device take care of that. Unfortunately the only nice way to make this work with DeviceCreateInfo method chaining is to add & and && overloads for each. But it's quite easy to test that all of them work and properly return a r-value reference so it shouldn't be too much of a maintenance nightmare.		6 years ago
..
CMakeLists.txt	Vk: initial APIs for binding a memory to an image.	6 years ago
CommandBufferTest.cpp	Vk: command buffer allocation.	6 years ago
CommandBufferVkTest.cpp	Vk: command pool and buffer reset.	6 years ago
CommandPoolTest.cpp	Vk: command pool creation.	6 years ago
CommandPoolVkTest.cpp	Vk: command pool and buffer reset.	6 years ago
DevicePropertiesTest.cpp	Vk: querying device memory heaps and types.	6 years ago
DevicePropertiesVkTest.cpp	Vk: convenience overload for DeviceProperties::pickMemory().	6 years ago
DeviceTest.cpp	Vk: device creation.	6 years ago
DeviceVkTest.cpp	Vk: it's inevitable, DeviceProperties are going to stay forever.	6 years ago
EnumsTest.cpp	Updated copyright year.	6 years ago
ExtensionPropertiesTest.cpp	Vk: enumerating instance extension properties.	6 years ago
ExtensionPropertiesVkTest.cpp	Vk: enumerating instance extension properties.	6 years ago
ExtensionsTest.cpp	Vk: make variadic extension type traits work for an empty list as well.	6 years ago
HandleTest.cpp	Vk: add HandleFlags, similar to GL::ObjectFlags.	6 years ago
ImageTest.cpp	Vk: initial APIs for binding a memory to an image.	6 years ago
ImageVkTest.cpp	Vk: even this offset was not enough, heh.	6 years ago
InstanceTest.cpp	Vk: enable KHR_get_physical_device_properties by default on Vulkan 1.0.	6 years ago
InstanceVkTest.cpp	Vk: test coverage with various extensions and versions.	6 years ago
IntegrationTest.cpp	Updated copyright year.	6 years ago
LayerPropertiesTest.cpp	Vk: enumerating layer properties.	6 years ago
LayerPropertiesVkTest.cpp	Vk: enumerating layer properties.	6 years ago
MemoryTest.cpp	Vk: initial memory allocation.	6 years ago
MemoryVkTest.cpp	Vk: initial memory allocation.	6 years ago
ResultTest.cpp	Vk: wrap VkResult, add an assert macro for it.	6 years ago
VersionTest.cpp	Vk: parsing Version from configuration.	6 years ago
VersionVkTest.cpp	Vk: retrieving instance version.	6 years ago