Non-tĩnh thành viên khởi tạo của mảng char với cú đúp đưa ra một lỗi trong gcc trong khi không ở kêu vang

Question

Hãy xem xét đoạn mã sau:

#include <iostream> 

class A 
{ 
    char name[40] = { "Blank" }; // note the braces here 
public: 
    const char *getName() { return name; } 
}; 

int main() 
{ 
    A a; 

    std::cout << a.getName() << std::endl; 
} 

Nó cung cấp cho một lỗi trong gcc (phiên bản mới nhất 5.2.0):

prog.cpp:5:28: error: invalid conversion from 'const char*' to 'char' [-fpermissive] 
    char name[40] = { "Blank" }; 
          ^

Nhưng nó không phải là trường hợp cho clang, mà biên dịch nó hoàn hảo với -std=c++11 -pedantic -Wall.

Có thực sự không chính xác khi đặt dấu ngoặc đơn cho trình khởi tạo không tĩnh ở đây?

AFAIR không quan trọng nếu niềng răng có mặt hay không. Ví dụ, định nghĩa của mảng, chẳng hạn như:

char text[] = "some text"; 

tương đương với:

char text[] = { "some text" }; 

Answer 1

Vâng tiêu chuẩn không phải là rất rõ ràng trong quan điểm của tôi, nhưng tôi sẽ nói rằng Clang là đúng:

8.5.1 nói:

§2: Khi một tổng thể được khởi tạo bởi một danh sách khởi tạo, như được chỉ ra trong 8.5.4, các phần tử của danh sách khởi tạo được lấy làm khởi tạo cho các thành viên của tổng hợp, trong tăng chỉ số hoặc thành viên đặt hàng. Đó là giải thích gcc: tên là một mảng, có một dấu ngoặc-init-danh sách để yếu tố đầu tiên của mảng (char) được khởi tạo với mảng char => lỗi

Nhưng 8.5.2 rõ ràng nói: Một mảng kiểu ký tự hẹp ... có thể được khởi tạo bằng một chuỗi ký tự hẹp ...hay bởi một chuỗi một cách thích hợp, đánh máy đen kèm theo trong dấu ngoặc (nhấn mạnh mỏ)

giải thích của tôi là tiêu chuẩn consideres mảng char như đủ đặc biệt để explicitely phép một chuỗi chữ kèm theo trong dấu ngoặc là hợp lệ ngay cả khi nó đánh bại 8,5 .1 §2

Answer 2

Từ C++ Dự thảo tiêu chuẩn làm việc n4527 [dcl.init]. Một khởi có thể được viết như sau:

Initializers

initializer: 
    brace-or-equal-initializer 
    (expression-list) 

brace-or-equal-initializer: 
    = initializer-clause 
    braced-init-list 

initializer-clause: 
    assignment-expression 
    braced-init-list 
initializer-list: 
    initializer-clause...opt 
    initializer-list,initializer-clause...opt 

braced-init-list: 
    {initializer-list,opt} 
    { } 

Một tuyên bố thành viên Lớp

member-declarator: 
    declarator virt-specifier-seq opt pure-specifier opt 
    declarator brace-or-equal-initializer opt 

Từ những gì tôi đọc nó có vẻ như gcc không đáp ứng được Tiêu chuẩn. Bởi vì việc khởi tạo thành viên lớp bằng cách sử dụng dấu ngoặc được chấp nhận bởi tiêu chuẩn.

Answer 3

fwiw, g++ có một số vấn đề với khởi tạo dựa trên cú đúp và/hoặc gọi hàm dựng, bao gồm một số báo cáo gần đây.

Tuy nhiên (chỉnh sửa), như Jonathan đã chỉ ra đúng, hầu hết (tất cả?) Trong số này có thể được làm việc xung quanh dễ dàng. Tôi đã thành công thay thế cú pháp dấu ngoặc đơn cũ thành các bit bị ảnh hưởng của mã. Nó sẽ là giáo dục để nghe về một tình huống mà điều này không thể được thực hiện, nhưng may mắn tôi đã không cá nhân tìm thấy một, vì vậy g++ vẫn nổi bật có thể sử dụng cho tôi (với ý kiến ​​giải thích tại sao tôi sử dụng cú pháp cũ trong một số nơi lẻ)

Answer 4

Mã này hợp lệ và hiện được chấp nhận bởi thân cây GCC. Tôi nghĩ rằng nó đã được cố định bởi PR 65815 brace elision doesn't work in NSDMI