This is the mail archive of the
mailing list for the GCC project.
Re: PROPOSAL: targetm.expand_tree_builtin hook
- From: Andrew Pinski <pinskia at physics dot uc dot edu>
- To: Ziemowit Laski <zlaski at apple dot com>
- Cc: gcc List <gcc at gcc dot gnu dot org>, Andrew Pinski <pinskia at physics dot uc dot edu>
- Date: Mon, 10 May 2004 15:26:58 -0400
- Subject: Re: PROPOSAL: targetm.expand_tree_builtin hook
- References: <C9E69DE1-A2B6-11D8-81DBfirstname.lastname@example.org>
On May 10, 2004, at 15:18, Ziemowit Laski wrote:
It already lives in the apple-ppc-branch, but I thought it might be of
more general interest.
The hook would be invoked from c-common.c:expand_tree_builtin, and
target-specific, eager (i.e., the moment you see the function call)
On Darwin, we use it construct so-called "constant CFStrings", and I'm
about to hook up
__builtin_altivec_compiletime_error to it as well (since using the RTL
hook is too little, too late).
Would there be interest (on behalf of the powers that be) in me
whipping up such a patch for the mainline?
I think this should be called not be called expand_tree_builtin as that
saya TREE to RTL expansion but rather fold_builtin as that is more
consistent with the rest of the functions in builtins. Also this should
be called from fold_builtin in builtins.c rather than
This will allow the builtin to be "folded" into trees so that the
to work on the "folded" trees.