aboutsummaryrefslogtreecommitdiff
path: root/nis/Makefile
diff options
context:
space:
mode:
authorCarlos O'Donell <carlos@redhat.com>2014-11-06 15:48:44 -0500
committerCarlos O'Donell <carlos@redhat.com>2014-11-06 15:48:44 -0500
commitda53d6dbc28d2a90d6e14dd661e68611c3b741cf (patch)
tree8d8a5a7c54d96c6a34a4780bd83a648ea073368a /nis/Makefile
parent9cf27b8d09aab26bd4693b10f281d64da779da83 (diff)
downloadglibc-da53d6dbc28d2a90d6e14dd661e68611c3b741cf.zip
glibc-da53d6dbc28d2a90d6e14dd661e68611c3b741cf.tar.gz
glibc-da53d6dbc28d2a90d6e14dd661e68611c3b741cf.tar.bz2
Run check-localpltk/textrel/execstack over ld.so.
For maximum paranoia we run ld.so through the normal set of tests for all of the shared libraries. This includes running ld.so through check-localplt, check-textrel, and check-execstack. While none of these should trigger any failures given the way ld.so is built, it might possibly fail if a developer does something wrong. This paranoia was triggered by a discussion over the use of __strcpy vs. strcpy [1] and if the symbol could leak and use the libc.so version. The check-localplt test fails right away because localplt.data needs updating for all arches. By default we add 6 new symbols: __tls_get_addr, __libc_memalign, malloc, calloc, realloc and free. Other machines like i386, power, and s390 require some different symbol sets e.g. ___tls_get_addr vs. __tls_get_addr for i386. Verified for i386 Verified for x86_64 Verified for ppc32 Verified for ppc64 Verified for ppc64le Verified for arm Verified for aarch64 Verified for s390 Verified for s390x Guessed for alpha Guessed for ia64 Guessed for m68k Guessed for microblaze Guessed for sparc32 Guessed for sparc64 Defaults for sh Defaults for mips Defaults for hppa Defaults for tile Machine manintainers notified to double check the data used in localplt.data. [1] https://sourceware.org/ml/libc-alpha/2014-10/msg00548.html
Diffstat (limited to 'nis/Makefile')
0 files changed, 0 insertions, 0 deletions