[PATCH] Have a way to let fast-isel handle normally optimized library functions

Eric Christopher echristo at gmail.com
Sun Feb 8 11:27:13 PST 2015


Note that this hasn't fallen off my radar. I'll try to get to it tomorrow.

On Wed Feb 04 2015 at 6:58:43 PM reed kotler <rkotler at mips.com> wrote:

> In a later patch,
>
> 24b3fc7 (Juergen Ributzka        2014-07-11 22:01:42 +0000 1594)
> 60420346 (Juergen Ributzka        2014-09-03 20:56:52 +0000 1595) bool
> FastISel::fastLowerIntrinsicCall(const IntrinsicInst * /*II*/) {
> 2f58a513 (Juergen Ributzka        2014-07-11 20:42:12 +0000 1596)   return
> false;
> 2f58a513 (Juergen Ributzka        2014-07-11 20:42:12 +0000 1597) }
>
> fastLowerInstrinsicCall is broken out separately so now it's easy for the
> target dependent code to decide which
> ones they want to handle or not.
>
> For example:
>
> bool MipsFastISel::fastLowerIntrinsicCall(const IntrinsicInst *II) {
>
>   switch (II->getIntrinsicID()) {
>   default:
>     return false;
>
> case Intrinsic::bswap: {
>
>   Type *RetTy = II->getCalledFunction()->getReturnType();
>
> .....
>
>
> http://reviews.llvm.org/D7397
>
> EMAIL PREFERENCES
>   http://reviews.llvm.org/settings/panel/emailpreferences/
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20150208/93d804e4/attachment.html>


More information about the llvm-commits mailing list