Browse Source
* ld-powerpc/tocopt4.d: New test. * ld-powerpc/powerpc.exp: Run it.binutils-2_22-branch
5 changed files with 36 additions and 0 deletions
@ -0,0 +1,7 @@ |
|||
|
|||
.*: file format .* |
|||
|
|||
Contents of section \.text: |
|||
100000b0 e9298000 .* |
|||
Contents of section \.got: |
|||
100100b8 00000000 00000002 .* |
|||
@ -0,0 +1,4 @@ |
|||
.globl _start |
|||
.text |
|||
_start: |
|||
ld 9,xt@toc(9) |
|||
@ -0,0 +1,17 @@ |
|||
.section .toc,"aw" |
|||
.globl xt |
|||
xt: |
|||
.quad x |
|||
# |
|||
# This testcase will fail with a warning "xt defined on removed toc entry" |
|||
# if a large-toc access like the following is added to this file, because |
|||
# toc analysis only considers toc accesses from the current object file. |
|||
# The small-toc access from tocopt4a.s doesn't cause xt entry to be marked |
|||
# !can_optimize. The testcase only passes because toc analysis considers |
|||
# *no* access from the current file as being sufficiently unusual to |
|||
# warrant keeping the toc entry. So, if you use global symbols on toc |
|||
# entries, don't mix code models. |
|||
# |
|||
# .text |
|||
# addis 9,2,xt@toc@ha |
|||
# ld 9,xt@toc@l(9) |
|||
Loading…
Reference in new issue