Tại sao 'Tối ưu hóa thời gian liên kết' dẫn đến các tệp nhị phân lớn hơn?

Question

Khi tôi bật Tối ưu hóa thời gian liên kết trong GCC, các tệp nhị phân được tạo ra trở nên lớn hơn nhiều. Tôi hy vọng GCC có thể loại bỏ rất nhiều chức năng reduntant, và thực hiện tối ưu hóa khác nếu không thể, do đó, làm thế nào đến điều này làm cho sản lượng tạo ra phát triển?

Compiler cờ:

-Os -c -fno-builtin -ffunction-sections -fdata-sections -flto -mcpu=cortex-m0 -mthumb 

Linker cờ:

-nostdlib -s -Xlinker --gc-sections -flto -mcpu=cortex-m0 -mthumb -T 

Answer 1

Bạn có dải nhị phân sau khi kết nối với -flto (nó cần được cung cấp cả ở biên soạn và lúc link)?

BTW, thông báo thatcác cùng tối ưu hóa cờ (-flto -Os) nên được thông qua cả tại thời gian biên dịch và lúc liên kết. Nếu bạn quên-như bạn đã làm- bất kỳ người trong số họ ở giai đoạn liên kết, LTO sẽ không hoạt động! (Khi sử dụng make bạn muốn CC=gcc -flto -Os không phải CFLAGS= -flto -Os).

^{Bạn đã quên -Os tại liên kết thời gian, trong Ngoài của -flto; chỉ đi -flto lúc liên kết mà không cần bất kỳ tối ưu hóa là sai: giai đoạn LTO sẽ "de-optimize" tại hầu hết các}

Tôi biết rằng -flto thêm rất nhiều phần trong các tập tin đối tượng ELF và thực thi (những phần chứa serialization của các đại diện nội bộ của GCC như Gimple ....). Tôi đoán (nhưng chưa kiểm tra) rằng liên kết không loại bỏ chúng.

Ngoài ra, điểm chính của LTO là nội tuyến trên một số đơn vị biên dịch và điều này dự kiến ​​sẽ tăng mã. Vì vậy, có lẽ bạn không nên sử dụng LTO trong trường hợp cụ thể của bạn.

Hầu hết các chức năng dự phòng đã bị xóa (bởi trình liên kết "GC" trên các phần) ngay cả khi không có LTO.

BTW, bạn có thể sử dụng objdump hoặc readelf để tìm hiểu.

Answer 2

Điều quan trọng đối với LTO là hỗ trợ plugin trình liên kết hoạt động. Chỉ với GCC đó mới có thể thực hiện loại bỏ mã không thể truy cập được bằng agressive và các optimizaitons khác. Đảm bảo bạn có trình liên kết bật plugin (chỉ cần thử nếu liên kết LTO hoạt động với -fuse-linker-plugin)