Làm thế nào để loại bỏ các ký hiệu C / C ++ không sử dụng với GCC và ld?

Tôi cần tối ưu hóa kích thước tệp thực thi của mình ( ARMphát triển) và tôi nhận thấy rằng trong lược đồ xây dựng hiện tại ( gcc+ ld) các biểu tượng không sử dụng của tôi không bị loại bỏ.

Việc sử dụng arm-strip --strip-unneededcho các tệp thực thi / thư viện kết quả không thay đổi kích thước đầu ra của tệp thực thi (tôi không biết tại sao, có lẽ nó chỉ đơn giản là không thể) .

Cách (nếu nó tồn tại) sẽ là gì để sửa đổi đường ống xây dựng của tôi, để các ký hiệu không sử dụng bị loại bỏ khỏi tệp kết quả?

Tôi thậm chí sẽ không nghĩ đến điều này, nhưng môi trường nhúng hiện tại của tôi không phải là rất "mạnh mẽ" và tiết kiệm thậm chí 500Kkhông dẫn đến 2Mkết quả tăng hiệu suất tải rất tốt.

Cập nhật:

Thật không may, gccphiên bản hiện tại tôi sử dụng không có -dead-striptùy chọn và -ffunction-sections... + --gc-sectionsfor ldkhông mang lại bất kỳ sự khác biệt đáng kể nào cho kết quả đầu ra.

Tôi bị sốc vì điều này thậm chí đã trở thành một vấn đề, bởi vì tôi chắc chắn rằng điều đó gcc + ldsẽ tự động loại bỏ các ký hiệu không sử dụng (tại sao họ thậm chí phải giữ chúng?).

Đối với GCC, điều này được thực hiện trong hai giai đoạn:

Đầu tiên hãy biên dịch dữ liệu nhưng yêu cầu trình biên dịch tách mã thành các phần riêng biệt trong đơn vị dịch. Điều này sẽ được thực hiện cho các hàm, lớp và các biến bên ngoài bằng cách sử dụng hai cờ trình biên dịch sau:

-fdata-sections -ffunction-sections

Liên kết các đơn vị dịch với nhau bằng cách sử dụng cờ tối ưu hóa trình liên kết (điều này khiến trình liên kết loại bỏ các phần không được tham chiếu):

-Wl,--gc-sections

Vì vậy, nếu bạn có một tệp được gọi là test.cpp có hai hàm được khai báo trong đó, nhưng một trong số chúng không được sử dụng, bạn có thể bỏ qua tệp không sử dụng bằng lệnh sau thành gcc (g ++):

gcc -Os -fdata-sections -ffunction-sections test.cpp -o test -Wl,--gc-sections

(Lưu ý rằng -Os là một cờ trình biên dịch bổ sung cho biết GCC tối ưu hóa kích thước)

Nếu chủ đề này là đáng tin cậy, bạn cần cung cấp -ffunction-sectionsvà-fdata-sections cho gcc, sẽ đặt từng chức năng và đối tượng dữ liệu trong phần riêng của nó. Sau đó, bạn cung cấp và --gc-sectionscho GNU ld để loại bỏ các phần không sử dụng.

Bạn sẽ muốn kiểm tra tài liệu của mình cho phiên bản gcc & ld:

Tuy nhiên đối với tôi (OS X gcc 4.0.1) Tôi tìm thấy những thứ này cho ld

-dead_strip

Loại bỏ các chức năng và dữ liệu không thể truy cập bằng điểm nhập hoặc các ký hiệu đã xuất.

-dead_strip_dylibs

Loại bỏ các tiêu đề không thể truy cập được bằng điểm nhập hoặc các ký hiệu đã xuất. Đó là, ngăn chặn việc tạo ra các lệnh lệnh tải cho các dylibs không cung cấp ký hiệu nào trong liên kết. Tùy chọn này không nên được sử dụng khi liên kết với dylib được yêu cầu trong thời gian chạy vì một số lý do gián tiếp chẳng hạn như dylib có bộ khởi tạo quan trọng.

Và tùy chọn hữu ích này

-why_live symbol_name

Ghi nhật ký một chuỗi tham chiếu đến tên_biểu tượng. Chỉ áp dụng với -dead_strip. Nó có thể giúp gỡ lỗi tại sao một thứ gì đó mà bạn cho rằng nên loại bỏ dải chết lại không được loại bỏ.

Cũng có một lưu ý trong gcc / g ++ man rằng loại bỏ mã chết nhất định chỉ được thực hiện nếu tối ưu hóa được bật khi biên dịch.

Mặc dù các tùy chọn / điều kiện này có thể không phù hợp với trình biên dịch của bạn, nhưng tôi khuyên bạn nên tìm thứ gì đó tương tự trong tài liệu của mình.

Thói quen lập trình cũng có thể hữu ích; ví dụ như thêm staticvào các chức năng không được truy cập bên ngoài một tệp cụ thể; sử dụng tên ngắn hơn cho các biểu tượng (có thể giúp ích một chút, có thể không quá nhiều); sử dụng const char x[]nếu có thể; ... bài báo này , mặc dù nó nói về các đối tượng được chia sẻ động, có thể chứa các đề xuất, nếu được làm theo, có thể giúp làm cho kích thước đầu ra nhị phân cuối cùng của bạn nhỏ hơn (nếu mục tiêu của bạn là ELF).

Câu trả lời là -flto. Bạn phải chuyển nó cho cả hai bước biên dịch và liên kết của mình, nếu không nó sẽ không làm được gì cả.

Nó thực sự hoạt động rất tốt - đã giảm kích thước của một chương trình vi điều khiển mà tôi đã viết xuống dưới 50% kích thước trước đó của nó!

Thật không may, nó có vẻ hơi lỗi - tôi đã có những trường hợp mọi thứ không được xây dựng chính xác. Có thể là do hệ thống xây dựng tôi đang sử dụng (QBS; nó rất mới), nhưng trong mọi trường hợp, tôi khuyên bạn chỉ nên bật nó cho bản dựng cuối cùng của mình nếu có thể và kiểm tra bản dựng đó một cách kỹ lưỡng.

Mặc dù không nghiêm túc về các ký hiệu, nhưng nếu nói về kích thước - hãy luôn biên dịch với -Osvà -scờ. -Ostối ưu hóa mã kết quả cho kích thước thực thi tối thiểu và -sxóa bảng ký hiệu và thông tin di dời khỏi tệp thực thi.

Đôi khi - nếu kích thước nhỏ là mong muốn - chơi xung quanh với các cờ tối ưu hóa khác nhau có thể - hoặc có thể không - có ý nghĩa. Ví dụ: chuyển đổi -ffast-mathvà / hoặc đôi khi -fomit-frame-pointercó thể tiết kiệm cho bạn thậm chí hàng chục byte.

Với tôi, có vẻ như câu trả lời do Nemo cung cấp là chính xác. Nếu những hướng dẫn đó không hoạt động, sự cố có thể liên quan đến phiên bản gcc / ld mà bạn đang sử dụng, vì bài tập tôi đã biên soạn một chương trình ví dụ sử dụng hướng dẫn chi tiết tại đây

#include <stdio.h>
void deadcode() { printf("This is d dead codez\n"); }
int main(void) { printf("This is main\n"); return 0 ; }

Sau đó, tôi đã biên dịch mã bằng cách sử dụng các công tắc xóa mã chết tích cực hơn dần dần:

gcc -Os test.c -o test.elf
gcc -Os -fdata-sections -ffunction-sections test.c -o test.elf -Wl,--gc-sections
gcc -Os -fdata-sections -ffunction-sections test.c -o test.elf -Wl,--gc-sections -Wl,--strip-all

Các tham số biên dịch và liên kết này tạo ra các tệp thực thi có kích thước 8457, 8164 và 6160 byte tương ứng, đóng góp đáng kể nhất đến từ khai báo 'dải-tất cả'. Nếu bạn không thể tạo ra các mức giảm tương tự trên nền tảng của mình, thì có thể phiên bản gcc của bạn không hỗ trợ chức năng này. Tôi đang sử dụng gcc (4.5.2-8ubuntu4), ld (2.21.0.20110327) trên Linux Mint 2.6.38-8-generic x86_64

strip --strip-unneededchỉ hoạt động trên bảng biểu tượng của tệp thực thi của bạn. Nó không thực sự loại bỏ bất kỳ mã thực thi nào.

Các thư viện tiêu chuẩn đạt được kết quả như bạn mong đợi bằng cách tách tất cả các chức năng của chúng thành các tệp đối tượng riêng biệt, được kết hợp bằng cách sử dụng ar. Sau đó, nếu bạn liên kết kho lưu trữ kết quả dưới dạng thư viện (tức là cung cấp tùy chọn -l your_librarycho ld) thì ld sẽ chỉ bao gồm các tệp đối tượng và do đó các ký hiệu, được thực sự sử dụng.

Bạn cũng có thể tìm thấy một số câu trả lời cho câu hỏi sử dụng tương tự này .

Tôi không biết liệu điều này có giúp ích cho tình trạng khó khăn hiện tại của bạn hay không vì đây là một tính năng gần đây, nhưng bạn có thể chỉ định khả năng hiển thị của các biểu tượng theo cách toàn cầu. Việc vượt qua -fvisibility=hidden -fvisibility-inlines-hiddenlúc biên dịch có thể giúp trình liên kết sau này loại bỏ các ký hiệu không cần thiết. Nếu bạn đang tạo tệp thực thi (trái ngược với thư viện được chia sẻ) thì không cần làm gì nữa.

Thông tin thêm (và một cách tiếp cận chi tiết cho ví dụ như thư viện) có sẵn trên GCC wiki .

Từ hướng dẫn GCC 4.2.1, phần -fwhole-program:

Giả sử rằng đơn vị biên dịch hiện tại đại diện cho toàn bộ chương trình đang được biên dịch. Tất cả các hàm và biến công khai ngoại trừ mainvà các biến được hợp nhất bởi thuộc tính externally_visibletrở thành các hàm tĩnh và trong một ảnh hưởng được tối ưu hóa mạnh mẽ hơn bởi các trình tối ưu hóa liên thủ tục. Mặc dù tùy chọn này tương đương với việc sử dụng statictừ khóa thích hợp cho các chương trình bao gồm một tệp duy nhất, kết hợp với tùy chọn --combinecờ này có thể được sử dụng để biên dịch hầu hết các chương trình C quy mô nhỏ hơn vì các hàm và biến trở thành cục bộ cho toàn bộ đơn vị biên dịch kết hợp, không phải cho chính tệp nguồn duy nhất.

Bạn có thể sử dụng nhị phân dải trên tệp đối tượng (ví dụ: tệp thực thi) để tách tất cả các ký hiệu khỏi tệp đó.

Lưu ý: nó tự thay đổi tệp và không tạo bản sao.