Reorganize contrib op schemas

[snnn]

Description:

1. Use ONNX_MS_OPERATOR_SET_SCHEMA macro to replace ONNX_CONTRIB_OPERATOR_SCHEMA. This is to keep consistent with modern ONNX code. It would be easier for us to copy/move operator definitions between ONNX and ONNX Runtime. See Enable non-static schema registration onnx/onnx#894 for why the new macro is better
2. Put deprecated ONNX operators into a separated file. Currently contrib_defs.cc is too long. One function has thousands of lines.

This change will reduce binary size about 2KB for normal Windows build. It has no impact on ort minimal build.

Motivation and Context

• Why is this change required? What problem does it solve?

Reduce usages of static variables. And reduce binary size.

• If it fixes an open issue, please link to the issue here.

[yufenglee]

ONNX_CONTRIB_OPERATOR_SCHEMA(MaxpoolWithMask)

why not use MACRO for those operators?

---

Refers to: onnxruntime/core/graph/contrib_ops/contrib_defs.cc:1539 in 53c1ed8. [](commit_id = 53c1ed8, deletion_comment = False)

[snnn]

@yufenglee , I'm unfamiliar with the operators. I can do it. Do you want me to do it?

[pranavsharma]

Does removing this provide any advantage? I thought it gave a nice way to see what contrib schemas are registered.

[snnn]

Adding comments to ms_opset.h has the same effect. Currently we either register all the operators, or none of them. Splitting would be needed when we want to add a new macro to control which part of contrib ops should be registered. At this moment, it is not needed.

[yufenglee]

move those 2 to quant section? you may do it in next PR

[yufenglee]

[skottmckay]

Does the parsing to disable kernels for a reduced ops build need updating? It looks for existing macro names, so https://github.com/microsoft/onnxruntime/blob/master/tools/ci_build/op_registration_utils.py may need updating.

[snnn]

@skottmckay I think it parses kernel registrations, not op schemas ?