diff options
author | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2017-07-17 18:11:12 -0300 |
---|---|---|
committer | Adhemerval Zanella <adhemerval.zanella@linaro.org> | 2017-07-24 11:21:07 -0300 |
commit | 95a73392580761abc62fc9b1386d232cd55878e9 (patch) | |
tree | f629663406a340aef2846a86c3ddd738383a9af5 /ChangeLog | |
parent | 422ff87c249ddc06701d096421db63343e4754be (diff) | |
download | glibc-95a73392580761abc62fc9b1386d232cd55878e9.zip glibc-95a73392580761abc62fc9b1386d232cd55878e9.tar.gz glibc-95a73392580761abc62fc9b1386d232cd55878e9.tar.bz2 |
tunables: Use direct syscall for access (BZ#21744)
The function maybe_enable_malloc_check, which is called by
__tunables_init, calls __access_noerrno. It isn't problem when
symbol is is in ld.so, which has a special version of __access_noerrno
without stack protector. But when glibc is built with stack protector,
maybe_enable_malloc_check in libc.a can't call the regular version of
__access_noerrno with stack protector.
This patch changes how Linux defines the __access_noerrno to be an
inline call instead and thus preventing defining different build
rules for ld/static and shared.
H.J. Lu <hongjiu.lu@intel.com>
Adhemerval Zanella <adhemerval.zanella@linaro.org>
[BZ #21744]
* elf/dl-tunables.c: Include not-errno.h header.
* include/unistd.h (__access_noerrno): Remove definition.
* sysdeps/unix/sysv/linux/access.c (__access_noerrno): Likewise.
* sysdeps/generic/not-errno.h: New file.
* sysdeps/unix/sysv/linux/not-errno.h: Likewise.
Diffstat (limited to 'ChangeLog')
-rw-r--r-- | ChangeLog | 10 |
1 files changed, 10 insertions, 0 deletions
@@ -1,3 +1,13 @@ +2017-07-24 Adhemerval Zanella <adhemerval.zanella@linaro.org> + H.J. Lu <hongjiu.lu@intel.com> + + [BZ #21744] + * elf/dl-tunables.c: Include not-errno.h header. + * include/unistd.h (__access_noerrno): Remove definition. + * sysdeps/unix/sysv/linux/access.c (__access_noerrno): Likewise. + * sysdeps/generic/not-errno.h: New file. + * sysdeps/unix/sysv/linux/not-errno.h: Likewise. + 2017-07-24 H.J. Lu <hongjiu.lu@intel.com> [BZ #21752] |