diff options
author | Fangrui Song <maskray@google.com> | 2022-06-14 13:07:27 -0700 |
---|---|---|
committer | Fangrui Song <maskray@google.com> | 2022-06-14 13:07:27 -0700 |
commit | 7374c02b683b7110b853a32496a619410364d70b (patch) | |
tree | d151b18dc2148f2a62961cf87b05618388484d5e /localedata/nb_NO.UTF-8.in | |
parent | 876cdf517d1c464ce3d8f7eaf4199565e5592f16 (diff) | |
download | glibc-7374c02b683b7110b853a32496a619410364d70b.tar.gz glibc-7374c02b683b7110b853a32496a619410364d70b.tar.xz glibc-7374c02b683b7110b853a32496a619410364d70b.zip |
elf: Refine direct extern access diagnostics to protected symbol
Refine commit 349b0441dab375099b1d7f6909c1742286a67da9: 1. Copy relocations for extern protected data do not work properly, regardless whether GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS is used. It makes sense to produce a warning unconditionally. 2. Non-zero value of an undefined function symbol may break pointer equality, but may be benign in many cases (many programs don't take the address in the shared object then compare it with the address in the executable). Reword the diagnostic to be clearer. 3. Remove the unneeded condition !(undef_map->l_1_needed & GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS). If the executable does not not have GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS (can only occur in error cases), the diagnostic should be emitted as well. When the defining shared object has GNU_PROPERTY_1_NEEDED_INDIRECT_EXTERN_ACCESS, report an error to apply the intended enforcement.
Diffstat (limited to 'localedata/nb_NO.UTF-8.in')
0 files changed, 0 insertions, 0 deletions