This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/21666] .symver is used on common symbol
- From: "cvs-commit at gcc dot gnu.org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Thu, 19 Oct 2017 15:55:00 +0000
- Subject: [Bug libc/21666] .symver is used on common symbol
- Auto-submitted: auto-generated
- References: <bug-21666-131@http.sourceware.org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=21666
--- Comment #15 from cvs-commit at gcc dot gnu.org <cvs-commit at gcc dot gnu.org> ---
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU C Library master sources".
The branch, release/2.23/master has been updated
via bc566388d68eb631a6ff0408d57a78d0a2781025 (commit)
via 4401ec26af6b6fd0b2c1f2bd2f54ee41479cf3f9 (commit)
from d990d79610362f823292f9d869b84b4ec4491159 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=bc566388d68eb631a6ff0408d57a78d0a2781025
commit bc566388d68eb631a6ff0408d57a78d0a2781025
Author: H.J. Lu <hjl.tools@gmail.com>
Date: Thu Oct 19 08:42:59 2017 -0700
Avoid .symver on common symbols [BZ #21666]
The .symver directive on common symbol just creates a new common symbol,
not an alias and the newer assembler with the bug fix for
https://sourceware.org/bugzilla/show_bug.cgi?id=21661
will issue an error. Before the fix, we got
$ readelf -sW libc.so | grep "loc[12s]"
5109: 00000000003a0608 8 OBJECT LOCAL DEFAULT 36 loc1
5188: 00000000003a0610 8 OBJECT LOCAL DEFAULT 36 loc2
5455: 00000000003a0618 8 OBJECT LOCAL DEFAULT 36 locs
6575: 00000000003a05f0 8 OBJECT GLOBAL DEFAULT 36 locs@GLIBC_2.2.5
7156: 00000000003a05f8 8 OBJECT GLOBAL DEFAULT 36 loc1@GLIBC_2.2.5
7312: 00000000003a0600 8 OBJECT GLOBAL DEFAULT 36 loc2@GLIBC_2.2.5
in libc.so. The versioned loc1, loc2 and locs have the wrong addresses.
After the fix, we got
$ readelf -sW libc.so | grep "loc[12s]"
6570: 000000000039e3b8 8 OBJECT GLOBAL DEFAULT 34 locs@GLIBC_2.2.5
7151: 000000000039e3c8 8 OBJECT GLOBAL DEFAULT 34 loc1@GLIBC_2.2.5
7307: 000000000039e3c0 8 OBJECT GLOBAL DEFAULT 34 loc2@GLIBC_2.2.5
[BZ #21666]
* misc/regexp.c (loc1): Add __attribute__ ((nocommon));
(loc2): Likewise.
(locs): Likewise.
(cherry picked from commit 388b4f1a02f3a801965028bbfcd48d905638b797)
https://sourceware.org/git/gitweb.cgi?p=glibc.git;h=4401ec26af6b6fd0b2c1f2bd2f54ee41479cf3f9
commit 4401ec26af6b6fd0b2c1f2bd2f54ee41479cf3f9
Author: H.J. Lu <hjl.tools@gmail.com>
Date: Thu Oct 19 08:40:39 2017 -0700
X86-64: Correct CFA in _dl_runtime_resolve
When stack is re-aligned in _dl_runtime_resolve, there is no need to
adjust CFA when allocating register save area on stack.
* sysdeps/x86_64/dl-trampoline.h (_dl_runtime_resolve): Don't
adjust CFA when allocating register save area on re-aligned
stack.
(cherry picked from commit 0ac8ee53e8efbfd6e1c37094b4653f5c2dad65b5)
-----------------------------------------------------------------------
Summary of changes:
ChangeLog | 13 +++++++++++++
misc/regexp.c | 9 +++++----
sysdeps/x86_64/dl-trampoline.h | 2 ++
3 files changed, 20 insertions(+), 4 deletions(-)
--
You are receiving this mail because:
You are on the CC list for the bug.