Jerry/bird
1
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity
bird/filter/postfixify.m4

69 lines
2.1 KiB
Text
Raw Normal View History

Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)m4_dnl
#
# BIRD -- Converting instructions trees to instruction lines
#
# (c) 2018 Maria Matejka <mq@jmq.cz>
#
# Can be freely distributed and used under the terms of the GNU GPL.
#
# Common aliases
m4_define(DNL, `m4_dnl')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(INST_FLUSH, `m4_ifdef([[INST_NAME]], [[
m4_divert(1)
case INST_NAME():
#define what ((const struct f_inst_]]INST_NAME()[[ *) &(what_->i_]]INST_NAME()[[))
m4_undivert(2)
Filter: refactoring of instruction constructors
2019-01-21 16:17:54 +08:00
#undef what
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
dest->items[pos].fi_code = what_->fi_code;
dest->items[pos].lineno = what_->lineno;
break;
m4_divert(-1)
]])')
m4_define(INST, `INST_FLUSH()m4_define([[INST_NAME]], [[$1]])')
m4_define(ARG, `m4_divert(2)pos = postfixify(dest, what->f$1, pos);
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(ARG_ANY, `m4_divert(2)pos = postfixify(dest, what->f$1, pos);
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(LINE, `m4_divert(2)dest->items[pos].lines[$2] = f_postfixify(what->f$1);
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(LINEP, `m4_divert(2)dest->items[pos].lines[$2] = what->fl$1;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(SYMBOL, `m4_divert(2)dest->items[pos].sym = what->sym;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(VALI, `m4_divert(2)dest->items[pos].val = what->vali;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(VALP, `m4_divert(2)dest->items[pos].val = *(what->valp);
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(VAR, `m4_divert(2)dest->items[pos].vp = (dest->items[pos].sym = what->sym)->def;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(FRET, `m4_divert(2)dest->items[pos].fret = what->fret;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(ECS, `m4_divert(2)dest->items[pos].ecs = what->ecs;
Filter: refactoring of instruction constructors
2019-01-21 16:17:54 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(RTC, `m4_divert(2)dest->items[pos].rtc = what->rtc;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(STATIC_ATTR, `m4_divert(2)dest->items[pos].sa = what->sa;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(DYNAMIC_ATTR, `m4_divert(2)dest->items[pos].da = what->da;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(COUNT, `m4_divert(2)dest->items[pos].count = what->count;
Filter: refactoring of instruction constructors
2019-01-21 16:17:54 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(TREE, `m4_divert(2)dest->items[pos].tree = what->tree;
Filter: refactoring of instruction constructors
2019-01-21 16:17:54 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(STRING, `m4_divert(2)dest->items[pos].s = what->s;
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(-1)')
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
m4_define(POSTFIXIFY, `m4_divert(2)$1m4_divert(-1)')
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_m4wrap(`
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
INST_FLUSH()
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
m4_divert(0)DNL
m4_undivert(1)
Filter: M4 convertors polished a bit.
2019-02-06 21:41:39 +08:00
default: bug( "Unknown instruction %d (%c)", what_->fi_code, what_->fi_code & 0xff);
Filter refactoring: dropped the recursion from the interpreter This is a major change of how the filters are interpreted. If everything works how it should, it should not affect you unless you are hacking the filters themselves. Anyway, this change should make a huge improvement in the filter performance as previous benchmarks showed that our major problem lies in the recursion itself. There are also some changes in nest and protocols, related mostly to spreading const declarations throughout the whole BIRD and also to refactored dynamic attribute definitions. The need of these came up during the whole work and it is too difficult to split out these not-so-related changes.
2018-12-27 21:26:11 +08:00
')
m4_changequote([[,]])
Reference in a new issue Copy permalink