This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [DOC Patch] symbol rename pragmas
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Rainer Orth <ro at CeBiTec dot Uni-Bielefeld dot DE>
- Cc: David Wohlferd <dw at LimeGreenSocks dot com>, "gcc-patches at gcc dot gnu dot org" <gcc-patches at gcc dot gnu dot org>, Gerald Pfeifer <gerald at pfeifer dot com>
- Date: Tue, 13 May 2014 17:41:02 +0000
- Subject: Re: [DOC Patch] symbol rename pragmas
- Authentication-results: sourceware.org; auth=none
- References: <5371412C dot 1010600 at LimeGreenSocks dot com> <yddegzy1asg dot fsf at CeBiTec dot Uni-Bielefeld dot DE> <5371FEE6 dot 8010702 at LimeGreenSocks dot com> <yddwqdp3o6d dot fsf at lokon dot CeBiTec dot Uni-Bielefeld dot DE>
On Tue, 13 May 2014, Rainer Orth wrote:
> right, and that's why I want to keep this info. If it weren't for
> Solaris compatibility, this pragma wouldn't exist, and given that
> heritage, I don't want to encourage its use elsewhere, even though it
> does work.
I can see definite cases where it could be useful in glibc headers, to
redirect functions to the appropriate version for a particular standard in
the implicitly preincluded stdc-predef.h even if the header declaring the
function in question isn't included (ISO C and POSIX allow you to declare
standard functions yourself if the standard prototype for the function
doesn't involve any type defined in a header). So, I think it's quite
right for it to be available on all platforms as a feature that can help
in implementing certain standard requirements.
--
Joseph S. Myers
joseph@codesourcery.com