This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH] eliminate UNRESOLVED errors on attr-ifunc-1.[c,C]
- From: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- To: Nathan Sidwell <nathan at codesourcery dot com>
- Cc: Jack Howarth <howarth at bromo dot med dot uc dot edu>, gcc-patches at gcc dot gnu dot org, mikestump at comcast dot net
- Date: Thu, 16 Sep 2010 09:51:09 +0200
- Subject: Re: [PATCH] eliminate UNRESOLVED errors on attr-ifunc-1.[c,C]
- References: <20100914101611.GA8313@bromo.med.uc.edu> <4C910D67.3050809@codesourcery.com>
Nathan Sidwell <nathan@codesourcery.com> writes:
> Would you like to try this patch? It correctly enables ifunc testing on my
> i686-pc-linux-gnu glibc 2.11 system
I think this is the wrong approach: if the feature requires linker
and/or runtime linker support, the gcc/configure.ac check should check
for this and enable or disable it depending on the results. I consider
it bad if the compiler accepts the code, only to fall down at link or
runtime.
And as I've asked before: what is required to make this work:
* Assembler support for @gnu_indirect_function (already checked in
gcc/configure.ac)?
* Linker support? What specifially?
* Runtime linker support? Is this the purpose of your glibc 2.11 check:
to test for ld.so.1 support?
Thanks.
Rainer
--
-----------------------------------------------------------------------------
Rainer Orth, Center for Biotechnology, Bielefeld University