Re: PROPOSAL: targetm.expand_tree_builtin hook

[Ziemowit Laski <zlaski at apple dot com>]

On 10 May, 2004, at 13.49, Richard Henderson wrote:

> On Mon, May 10, 2004 at 12:18:16PM -0700, Ziemowit Laski wrote:
> > Would there be interest (on behalf of the powers that be) in me
> > whipping up such a patch for the mainline?
>
> Something akin to this I proposed for re-doing Altivec builtins.
>
>   http://gcc.gnu.org/ml/gcc-patches/2004-04/msg00791.html

Yes, something like this would work for my purposes.  As you pointed out
in your patch (I think), it could also be used to implement
__builtin_types_compatible_p and __builtin_choose_expr in a much 
cleaner way.

The only nit I have is with the name 'expand_overloaded_builtin', since
overloading is neither a necessary nor a sufficient condition for using 
the
hook. :-)  (As currently engineered, the AltiVec builtins will return 
NULL
from your hook and wait for the RTL expansion instead.)

Aside from that, I think it would be great if you could commit
this functionality!  Can you? :-)

Thanks,

--Zem
--------------------------------------------------------------
Ziemowit Laski                 1 Infinite Loop, MS 301-2K
Mac OS X Compiler Group        Cupertino, CA USA  95014-2083
Apple Computer, Inc.           +1.408.974.6229  Fax .5477