#include tất cả các tệp .cpp thành một đơn vị biên dịch đơn?

Question

Gần đây tôi đã có nguyên nhân làm việc với một số dự án Visual Studio C++ với các cấu hình Gỡ lỗi và Phát hành thông thường, mà còn là 'Phát hành Tất cả' và 'Gỡ lỗi Tất cả' mà tôi chưa từng thấy trước đó.

Nó chỉ ra tác giả của các dự án có một ALL.cpp đơn mà #bao gồm tất cả các tệp .cpp khác. * Tất cả các cấu hình chỉ xây dựng một tập tin ALL.cpp này. Tất nhiên, nó bị loại trừ khỏi cấu hình thông thường và cấu hình thông thường không xây dựng ALL.cpp

Tôi chỉ tự hỏi đây có phải là thực tiễn phổ biến không? nó mang lại những lợi ích gì? (Phản ứng đầu tiên của tôi là nó có mùi hôi.)

Bạn có thể gặp phải những loại cạm bẫy nào với điều này? Một trong những tôi có thể nghĩ là nếu bạn có không gian tên vô danh trong .cpps của bạn, họ không còn 'riêng' với cpp đó nhưng bây giờ có thể nhìn thấy trong cpps khác không?

Tất cả các dự án đều xây dựng các tệp DLL, vì vậy việc có dữ liệu trong các không gian tên vô danh sẽ không phải là một ý tưởng hay, đúng không? Nhưng chức năng sẽ ổn chứ?

Chúc mừng.

Answer 1

Nó được một số (và google-có thể) gọi là "Xây dựng Unity". Nó liên kết nhanh chóng và nhanh chóng biên dịch một cách hợp lý. Thật tuyệt vời cho các bản dựng mà bạn không cần phải lặp lại, như bản phát hành bản phát hành từ máy chủ trung tâm, nhưng không nhất thiết phải xây dựng gia tăng.

Và đó là PITA để duy trì.

EDIT: đây là liên kết google đầu tiên cho biết thêm: http://buffered.io/posts/the-magic-of-unity-builds/

Điều mà làm cho nó nhanh là trình biên dịch chỉ cần đọc trong tất cả mọi thứ một lần, biên dịch ra ngoài, sau đó liên kết, chứ không phải làm điều đó cho mỗi .cpp tệp.

Bruce Dawson có nhiều hơn viết lên về vấn đề này trên blog của mình: http://randomascii.wordpress.com/2014/03/22/make-vc-compiles-fast-through-parallel-compilation/

Answer 2

Tôi tự hỏi nếu đó ALL.cpp đang nỗ lực để đưa toàn bộ dự án trong phạm vi một đơn vị biên dịch duy nhất, để cải thiện khả năng cho trình biên dịch để tối ưu hóa chương trình cho kích thước?

Thông thường, một số tối ưu hóa chỉ được thực hiện trong các đơn vị biên dịch riêng biệt, chẳng hạn như loại bỏ mã trùng lặp và nội tuyến. Điều đó nói rằng, tôi có vẻ nhớ rằng các trình biên dịch gần đây (Microsoft, Intel, nhưng tôi không nghĩ điều này bao gồm GCC) có thể thực hiện tối ưu hóa này trên nhiều đơn vị biên dịch, vì vậy tôi nghi ngờ rằng 'lừa' này là không cần thiết.

Điều đó nói rằng, sẽ rất tò mò muốn biết liệu có sự khác biệt nào không.

Answer 3

Unity xây dựng tốc độ xây dựng được cải thiện vì ba lý do chính. Lý do đầu tiên là tất cả các tệp tiêu đề được chia sẻ chỉ cần được phân tích cú pháp một lần. Nhiều dự án C++ có rất nhiều tệp tiêu đề được bao gồm bởi hầu hết hoặc tất cả các tệp CPP và phân tích dự phòng trong số này là chi phí biên dịch chính, đặc biệt nếu bạn có nhiều tệp nguồn ngắn. Các tệp tiêu đề biên dịch sẵn có thể giúp với chi phí này, nhưng thường có rất nhiều tệp tiêu đề không được biên dịch trước.

Lý do chính tiếp theo là sự hợp nhất xây dựng cải thiện tốc độ xây dựng là do trình biên dịch được gọi ít lần hơn. Có một số chi phí khởi động với việc gọi trình biên dịch.

Cuối cùng, việc giảm phân tích cú pháp tiêu đề dư thừa có nghĩa là giảm mã dự phòng cho các chức năng nội tuyến, do đó tổng kích thước của tệp đối tượng nhỏ hơn, giúp liên kết nhanh hơn.

Xây dựng hợp nhất cũng có thể cung cấp mã nguồn tốt hơn.

Xây dựng hợp nhất là NOT nhanh hơn vì giảm I/O đĩa. Tôi đã lược tả nhiều bản dựng với xperf và tôi biết mình đang nói về cái gì. Nếu bạn có đủ bộ nhớ thì bộ nhớ cache của ổ đĩa hệ điều hành sẽ tránh được I/O dư thừa - các lần đọc tiếp theo của một tiêu đề sẽ đến từ bộ đệm đĩa của hệ điều hành. Nếu bạn không có đủ bộ nhớ thì các bản dựng hợp nhất thậm chí có thể làm cho thời gian xây dựng tồi tệ hơn bằng cách làm cho bộ nhớ của trình biên dịch vượt quá bộ nhớ sẵn có và được phân trang.

Đĩa I/O đắt tiền, đó là lý do tại sao tất cả các hệ điều hành tích cực lưu trữ dữ liệu để tránh dư thừa đĩa I/O.

Answer 4

Tôi đồng ý với Bruce; từ kinh nghiệm của tôi, tôi đã thử triển khai Unity Build cho một trong các dự án .dll của tôi có một tấn tiêu đề bao gồm và rất nhiều .cpps; để giảm thời gian tổng hợp Compilation trên VS2010 (đã cạn kiệt tùy chọn Build Incremental) nhưng thay vì cắt giảm thời gian Compilation, tôi hết bộ nhớ và Build không thể hoàn thành Compilation.

Tuy nhiên để thêm; Tôi đã tìm thấy cho phép tùy chọn Compilation Multi-Processor trong Visual Studio khá giúp trong việc cắt giảm thời gian Compilation; Tôi không chắc chắn nếu một tùy chọn như vậy có sẵn trên các trình biên dịch nền tảng khác.

Answer 5

Ngoài Bruce Dawson của excellent answer liên kết sau mang lại nhiều hiểu biết sâu sắc vào những ưu và nhược điểm của việc đoàn kết xây dựng - https://github.com/onqtam/ucm#unity-builds