mirror of
https://github.com/llvm/llvm-project.git
synced 2025-04-17 22:16:46 +00:00

Based on post-commit review discussion on 2bd84938470bf2e337801faafb8a67710f46429d with Richard Smith. Other uses of forcing HasEmptyPlaceHolder to false seem OK to me - they're all around pointer/reference types where the pointer/reference token will appear at the rightmost side of the left side of the type name, so they make nested types (eg: the "int" in "int *") behave as though there is a non-empty placeholder (because the "*" is essentially the placeholder as far as the "int" is concerned). This was originally committed in 277623f4d5a672d707390e2c3eaf30a9eb4b075c Reverted in f9ad1d1c775a8e264bebc15d75e0c6e5c20eefc7 due to breakages outside of clang - lldb seems to have some strange/strong dependence on "char [N]" versus "char[N]" when printing strings (not due to that name appearing in DWARF, but probably due to using clang to stringify type names) that'll need to be addressed, plus a few other odds and ends in other subprojects (clang-tools-extra, compiler-rt, etc).
26 lines
832 B
C++
26 lines
832 B
C++
// RUN: %clang_cc1 -fsyntax-only -verify %s
|
|
|
|
__attribute__((address_space(42)))
|
|
const float withc = 1.0f;
|
|
|
|
__attribute__((address_space(42)))
|
|
volatile float withv = 1.0f;
|
|
|
|
__attribute__((address_space(42)))
|
|
float nocv = 1.0f;
|
|
|
|
__attribute__((address_space(42)))
|
|
float nocv_array[10] = { 1.0f };
|
|
|
|
__attribute__((address_space(42)))
|
|
int nocv_iarray[10] = { 4 };
|
|
|
|
|
|
__attribute__((address_space(9999)))
|
|
int* as_ptr = nocv_iarray; // expected-error{{cannot initialize a variable of type '__attribute__((address_space(9999))) int *' with an lvalue of type '__attribute__((address_space(42))) int[10]'}}
|
|
|
|
|
|
__attribute__((address_space(42))) int* __attribute__((address_space(42))) ptr_in_same_addr_space = nocv_iarray;
|
|
__attribute__((address_space(42))) int* __attribute__((address_space(999))) ptr_in_different_addr_space = nocv_iarray;
|
|
|