SFML/test/Audio/OutputSoundFile.test.cpp

#include <SFML/Audio/OutputSoundFile.hpp>

#include <type_traits>

static_assert(!std::is_default_constructible_v<sf::OutputSoundFile>);
static_assert(!std::is_copy_constructible_v<sf::OutputSoundFile>);
static_assert(!std::is_copy_assignable_v<sf::OutputSoundFile>);
static_assert(std::is_nothrow_move_constructible_v<sf::OutputSoundFile>);
static_assert(std::is_nothrow_move_assignable_v<sf::OutputSoundFile>);
Test existence of copy and move semantics 2022-07-25 14:36:05 +08:00			`#include <SFML/Audio/OutputSoundFile.hpp>`

			`#include <type_traits>`

Remove default empty state of `sf::InputSoundFile` and `sf::OutputSoundFile` 2024-05-21 09:42:43 +08:00			`static_assert(!std::is_default_constructible_v<sf::OutputSoundFile>);`
Test existence of copy and move semantics 2022-07-25 14:36:05 +08:00			`static_assert(!std::is_copy_constructible_v<sf::OutputSoundFile>);`
			`static_assert(!std::is_copy_assignable_v<sf::OutputSoundFile>);`
Enable move semantics for SoundFile types Funny how the addition of a forward declaration resulted in accidentally disabling move semantics for two types. We ought to be careful that build time improvements don't have runtime performance impacts. 2022-12-23 12:56:59 +08:00			`static_assert(std::is_nothrow_move_constructible_v<sf::OutputSoundFile>);`
			`static_assert(std::is_nothrow_move_assignable_v<sf::OutputSoundFile>);`