ladybird/AK/Tests/TestBadge.cpp

/*
 * Copyright (c) 2021, the SerenityOS developers.
 *
 * SPDX-License-Identifier: BSD-2-Clause
 */

#include <AK/TestSuite.h>

#include <AK/Badge.h>

TEST_CASE(should_provide_underlying_type)
{
    static_assert(IsSame<int, Badge<int>::Type>);
}

TEST_MAIN(Badge)
Badge: Access to underlying type Problem: - Access to the underlying type is not provided. This limits metaprogramming and usage in function templates. Solution: - Provide public access to the underlying type. - Add test to ensure the underlying type is accessible. 2021-01-14 11:12:44 -07:00			`/*`
			`* Copyright (c) 2021, the SerenityOS developers.`
			`*`
Everything: Move to SPDX license identifiers in all files. SPDX License Identifiers are a more compact / standardized way of representing file license information. See: https://spdx.dev/resources/use/#identifiers This was done with the `ambr` search and replace tool. ambr --no-parent-ignore --key-from-file --rep-from-file key.txt rep.txt * 2021-04-22 01:24:48 -07:00			`* SPDX-License-Identifier: BSD-2-Clause`
Badge: Access to underlying type Problem: - Access to the underlying type is not provided. This limits metaprogramming and usage in function templates. Solution: - Provide public access to the underlying type. - Add test to ensure the underlying type is accessible. 2021-01-14 11:12:44 -07:00			`*/`

			`#include <AK/TestSuite.h>`

			`#include <AK/Badge.h>`

			`TEST_CASE(should_provide_underlying_type)`
			`{`
AK+Everywhere: Make StdLibExtras templates less wrapper-y This commit makes the user-facing StdLibExtras templates and utilities arguably more nice-looking by removing the need to reach into the wrapper structs generated by them to get the value/type needed. The C++ standard library had to invent `_v` and `_t` variants (likely because of backwards compat), but we don't need to cater to any codebase except our own, so might as well have good things for free. :^) 2021-04-10 18:29:06 +04:30			`static_assert(IsSame<int, Badge<int>::Type>);`
Badge: Access to underlying type Problem: - Access to the underlying type is not provided. This limits metaprogramming and usage in function templates. Solution: - Provide public access to the underlying type. - Add test to ensure the underlying type is accessible. 2021-01-14 11:12:44 -07:00			`}`

			`TEST_MAIN(Badge)`