This is the mail archive of the
libstdc++@gcc.gnu.org
mailing list for the libstdc++ project.
Re: [PATCH] detect incompatible aliases (PR c/81854)
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Steve Ellcey <sellcey at cavium dot com>
- Cc: Martin Sebor <msebor at gmail dot com>, Gcc Patch List <gcc-patches at gcc dot gnu dot org>, Jonathan Wakely <jwakely at redhat dot com>, libstdc++ <libstdc++ at gcc dot gnu dot org>
- Date: Mon, 2 Oct 2017 19:53:16 +0000
- Subject: Re: [PATCH] detect incompatible aliases (PR c/81854)
- Authentication-results: sourceware.org; auth=none
- References: <61673e8d-6f5c-9bc0-dcf8-75eee71f98de@gmail.com> <1505921857.2286.101.camel@cavium.com> <1506973789.15649.62.camel@cavium.com>
On Mon, 2 Oct 2017, Steve Ellcey wrote:
> I think there is more fallout from this patch. The libatomic library
> can use ifuncs and right now it is not working on aarch64 (testing a
> proposed patch I sent) because the ifunc check fails due to the new
> warnings. I believe this can be reproduced with ToT on x86 or arm as
> they use ifuncs in the checked in sources but I have not tried that
> yet. Note that the build does not fail, it is just that the check for
> ifunc support fails and thus the library is built without them.
In the ARM case we don't enable ifunc attribute support by default. I
think we *should* add arm*-* to that case statement to enable it by
default (for GNU/Linux targets); it just so happens the absence for ARM
doesn't break building glibc because all IFUNCs in glibc on ARM are
defined in .S files, not in C code.
--
Joseph S. Myers
joseph@codesourcery.com