[PATCH] D75095: [MC][ARM] Don't create multiple .ARM.exidx associated to one .text

Fangrui Song via Phabricator via llvm-commits llvm-commits at lists.llvm.org
Mon Mar 16 09:48:03 PDT 2020


MaskRay added a comment.

In D75095#1923866 <https://reviews.llvm.org/D75095#1923866>, @maxim-kuvyrkov wrote:

> Hi @MaskRay ,
>
> Quite surprisingly, this patch increases code size by 3-4% on several SPEC CPU2006 benchmarks for arm-linux-gnueabihf at -Oz optimization level:
>
> 1. 473.astar,astar_base.default                                  regressed by 103
> 2. 450.soplex,soplex_base.default                                regressed by 103
> 3. 483.xalancbmk,Xalan_base.default                              regressed by 104
>
>   With -Os I see 2-3% code size increase for same benchmarks:
> 4. 473.astar,astar_base.default                                  regressed by 102
> 5. 450.soplex,soplex_base.default                                regressed by 102
> 6. 483.xalancbmk,Xalan_base.default                              regressed by 103
>
>   Would you please check if the code size increase expected for this patch?
>
>   Let me know if you need help reproducing the issue.  Thanks!


@maxim-kuvyrkov D75095 <https://reviews.llvm.org/D75095> fixed a misuse and could be applied before D74006 <https://reviews.llvm.org/D74006>. I can't think of how it could increase code size.

Echo the comment from https://reviews.llvm.org/D74006#1920702 
Could you try to figure out what's actually different about the object files/executables before/after this patch, using objdump and readelf -S?


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D75095/new/

https://reviews.llvm.org/D75095





More information about the llvm-commits mailing list