File: concepts-pr71965.C

package info (click to toggle)
gcc-arm-none-eabi 15%3A14.2.rel1-1
  • links: PTS, VCS
  • area: main
  • in suites: forky, sid, trixie
  • size: 1,099,328 kB
  • sloc: cpp: 3,627,108; ansic: 2,571,498; ada: 834,230; f90: 235,082; makefile: 79,231; asm: 74,984; xml: 51,692; exp: 39,736; sh: 33,298; objc: 15,629; python: 15,069; fortran: 14,429; pascal: 7,003; awk: 5,070; perl: 3,106; ml: 285; lisp: 253; lex: 204; haskell: 135
file content (24 lines) | stat: -rw-r--r-- 867 bytes parent folder | download | duplicates (2) 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 
// { dg-do compile { target c++20 } }

template <class T>
concept Destructible = false;

template <class T, class...Args>
concept ConstructibleObject =
    // Concept evaluation should short-circuit even the template
    // substitution, so we shouldn't even substitute into the requires
    // constraint and the unimplemented multi-dimensional new T{...}
    // initialization.  ATM we do, but as long as we don't output the
    // sorry() message we used to for such constructs when asked not
    // to issue errors, this shouldn't be a problem for this and
    // similar cases.
    Destructible<T> && requires (Args&&...args) {
        new T{ (Args&&)args... };
    };

int main() {
    using T = int[2][2];
    // GCC has not implemented initialization of multi-dimensional
    // arrays with new{} expressions.
    static_assert(!ConstructibleObject<T, T>);
}