This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [1/3] optabs: introduce {SET_,}{CONVERT_,}OPTAB_HANDLER
Richard Sandiford <rdsandiford@googlemail.com> writes:
> Diego Novillo <dnovillo@google.com> writes:
>> On Saturday, July 3, 2010, Richard Sandiford <rdsandiford@googlemail.com> wrote:
>>> I wondered about that, and not having a strong feeling either way,
>>> decided to stick with the current macro idiom. ÂCan change if you like.
>>
>> Yes, please. I would like to eliminate most of the function-like
>> macros we have. Let the inliner do its job and improve debuggability
>> by being able to set proper breakpoints.
>
> OK, here's the updated version.
...but with the old changelog, *sigh*. Pretend I sent this one.
Richard
gcc/
* optabs.h (optab_handler, convert_optab_handler): Turn into
inline functions that return an insn code.
(set_optab_handler, set_convert_optab_handler): New functions.
* builtins.c: Replace optab_handler(X)->insn_code with
optab_handler or set_optab_handler thoughout. Likewise
convert_optab_handler(X)->insn_code with convert_optab_handler
and set_convert_optab_handler.
* expmed.c, expr.c, genopinit.c, ifcvt.c, optabs.c, reload.c,
reload1.c, stmt.c, targhooks.c, tree-ssa-loop-prefetch.c,
tree-ssa-math-opts.c, tree-vect-data-refs.c, tree-vect-generic.c,
tree-vect-loop.c, tree-vect-patterns.c, tree-vect-slp.c,
tree-vect-stmts.c, config/m32c/m32c.c, config/rs6000/rs6000.c,
config/spu/spu.c: Likewise.
- References:
- [0/3] Allow optabs to be zero-initialised
- [1/3] optabs: introduce {SET_,}{CONVERT_,}OPTAB_HANDLER
- Re: [1/3] optabs: introduce {SET_,}{CONVERT_,}OPTAB_HANDLER
- Re: [1/3] optabs: introduce {SET_,}{CONVERT_,}OPTAB_HANDLER
- Re: [1/3] optabs: introduce {SET_,}{CONVERT_,}OPTAB_HANDLER
- Re: [1/3] optabs: introduce {SET_,}{CONVERT_,}OPTAB_HANDLER