This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] i64: fix missing exp2f, log2f and powf symbols in libm.a [BZ #23822]
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>, nd <nd at arm dot com>
- Date: Fri, 26 Oct 2018 12:49:39 +0000
- Subject: Re: [PATCH] i64: fix missing exp2f, log2f and powf symbols in libm.a [BZ #23822]
- References: <8173e644-cb01-4511-e83b-ee989fdcb020@arm.com>
On Fri, 26 Oct 2018, Szabolcs Nagy wrote:
> When new symbol versions were introduced without SVID compatible
> error handling the exp2f, log2f and powf symbols were accidentally
> removed from the ia64 lim.a. The regression was introduced by
> the commits
>
> f5f0f5265162fe6f4f238abcd3086985f7c38d6d
> New expf and exp2f version without SVID compat wrapper
>
> 72d3d281080be9f674982067d72874fd6cdb4b64
> New symbol version for logf, log2f and powf without SVID compat
>
> With WEAK_LIBM_ENTRY(foo), there is a hidden __foo and weak foo
> symbol definition in both SHARED and !SHARED build.
>
> 2018-10-26 Szabolcs Nagy <szabolcs.nagy@arm.com>
>
> [BZ #23822]
> * sysdeps/ia64/fpu/e_exp2f.S (exp2f): Use WEAK_LIBM_ENTRY.
> * sysdeps/ia64/fpu/e_log2f.S (log2f): Likewise.
> * sysdeps/ia64/fpu/e_exp2f.S (powf): Likewise.
OK (should also be applied to the release/2.27/master and
release/2.28/master branches, as a fix for a regression present in those
release branches).
--
Joseph S. Myers
joseph@codesourcery.com