CPROP and spec2000 slowdown in mid february

Richard Kenner kenner@vlsi1.ultra.nyu.edu
Sun Apr 29 05:59:00 GMT 2001


    In my previous experiments this turned out to be neccesary, since
    certain backends require insns to be in non-canonical form. This may
    be considered as bug in the backend tought.

Yes, they are.

    The function recurses by calling simplify_gen_* familly of
    fuctions. When it reach something that don't have such function, it
    just stops recursing and doing substitutions.  This does include the
    MEM, SUBREG, SIGN_EXTEND and some other RTX constructs we would
    probably want to handle.

Oh, that's just a matter of adding that code.  What's there is most
definitely meant to be preliminary!

    OK. I believed that you wanted to replace current way of doing
    substituations on RTX stream by generating new RTX with modified
    content, as current simplify_* functions does.

Yes, but that's only a very minor change in the way substitution is
done.  Given how quickly we can nnow allocate an rtx, I think the
performance difference will be negligable and made up for by removing
the code that deals with the subst table.



More information about the Gcc mailing list