Tại sao "foo \\ <NEWLINE> thanh" trở thành "foo \ bar" sau "gcc -E"?

Question

Xem sau Ví dụ:

$ cat foo.c 
int main() 
{ 
    char *p = "foo\\ 
bar"; 
    return 0; 
} 
$ gcc -E foo.c 
# 1 "foo.c" 
# 1 "<built-in>" 
# 1 "<command-line>" 
# 1 "/usr/include/stdc-predef.h" 1 3 4 
# 1 "<command-line>" 2 
# 1 "foo.c" 
int main() 
{ 
    char *p = "foo\bar"; 

    return 0; 
} 
$ 

Từ sự hiểu biết của tôi 2 \ được thoát bởi 1 \ nên 2 \ không nên được kết hợp với <NEWLINE> sau để tạo thành tiếp tục dòng.

Answer 1

Các quy tắc khá rõ ràng trong ISO/IEC 9899: 2011 §5.1.1.2 giai đoạn dịch:

2. Mỗi thể hiện của một nhân vật dấu chéo ngược (\) ngay lập tức theo sau là một ký tự dòng mới bị xóa, nối các dòng nguồn vật lý để tạo thành các dòng nguồn logic. Chỉ có dấu gạch chéo ngược cuối cùng trên bất kỳ dòng nguồn vật lý nào đủ điều kiện để là một phần của mối nối đó.

Ký tự trước dấu gạch chéo ngược cuối cùng không được tham khảo. Giai đoạn 1 chuyển đổi các dấu phẩy thành các ký tự thông thường. Điều đó quan trọng vì ??/ là dấu vết cho \.

Answer 2

Bộ tiền xử lý loại bỏ tất cả các lần xuất hiện của dấu gạch chéo ngược-dòng mới trước khi cố gắng mã hóa đầu vào; không có cơ chế thoát cho điều này. Nó không giới hạn đối với chuỗi ký tự:

#inclu\ 
de <st\ 
dio.h> 

int m\ 
ain(void) { 
    /\ 
* yes, this is a comment */ 
    put\ 
s("Hello,\ 
world!"); 
    return 0; 
} 

Đây là mã hợp lệ.

Sử dụng \\ để nhận một đơn \ chỉ áp dụng cho chuỗi ký tự và ký tự và xảy ra sau này trong quá trình xử lý.