aboutsummaryrefslogtreecommitdiff
path: root/elf/unload3mod2.c
diff options
context:
space:
mode:
authorJoseph Myers <joseph@codesourcery.com>2017-09-26 21:21:01 +0000
committerJoseph Myers <joseph@codesourcery.com>2017-09-26 21:21:01 +0000
commitbfb0deb3554204cbba10d61d96cad355e4ca5623 (patch)
tree2cc48e4715e8f184b9a1c149c9e8187521f6a1b6 /elf/unload3mod2.c
parentcebcb9f864d4ca29e155363e71b7de6826d13cf1 (diff)
downloadglibc-bfb0deb3554204cbba10d61d96cad355e4ca5623.tar
glibc-bfb0deb3554204cbba10d61d96cad355e4ca5623.tar.gz
glibc-bfb0deb3554204cbba10d61d96cad355e4ca5623.tar.bz2
glibc-bfb0deb3554204cbba10d61d96cad355e4ca5623.zip
Fix make-syscalls.sh VDSO support for GCC 8.
sysdeps/unix/make-syscalls.sh has support, used only by x32, for generating IFUNCs for kernel VDSO symbols. This support creates IFUNCs by setting symbol types manually, which is bad for debug info and does not work with current GCC mainline because it results in errors from the checks on types of function aliases. This patch fixes it to use the common __ifunc macro, which uses the ifunc attribute when available and so works with GCC mainline. Note however that the original error resulted from an indirect inclusion of a header declaring __gettimeofday from the generated sources, and using __ifunc now relies on such an indirect inclusion remaining as it means use of __typeof to determine the correct types. If glibc's headers change in such a way as to remove that indirect inclusion, it will become necessary to change the syscalls.list syntax for VDSO syscalls so the name of the header to include can be specified. Tested (compilation only) with build-many-glibcs.py that this fixes the build for x32 with GCC mainline. * sysdeps/unix/make-syscalls.sh: Use __ifunc to define symbols using VDSO.
Diffstat (limited to 'elf/unload3mod2.c')
0 files changed, 0 insertions, 0 deletions