about summary refs log tree commit diff
path: root/dlfcn/modatexit.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 /dlfcn/modatexit.c
parentcebcb9f864d4ca29e155363e71b7de6826d13cf1 (diff)
downloadglibc-bfb0deb3554204cbba10d61d96cad355e4ca5623.tar.gz
glibc-bfb0deb3554204cbba10d61d96cad355e4ca5623.tar.xz
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 'dlfcn/modatexit.c')
0 files changed, 0 insertions, 0 deletions