Refactor OperatorImpl for backend/export

Refactor OperatorImpl for backend/export.

added Refactoring🎨 label

assigned to @olivierbichler and @cmoineau

changed title from Draft: First working concept: check ReLU operator to Draft: Refactor OperatorImpl for backend/export

added 1 commit

• 670fb293 - Use macro helper for registrar

Compare with previous version

added 1 commit

• 15465b1c - Adapted ConvImpl to new OperatorImpl mechanism

Compare with previous version

added 23 commits

• 15465b1c...10ef1960 - 22 commits from branch dev
• afdcc69a - Merge branch 'dev' into backend_export

Compare with previous version

added 1 commit

• 45cbdd7f - Fix merge with dev

Compare with previous version

added 1 commit

• 0aaf2f90 - Added Operator::getAvailableBackends()

Compare with previous version

added 1 commit

• 247408a4 - Adaptation of some operators

Compare with previous version

added 1 commit

• 2fe30cc0 - More operator adaptation

Compare with previous version

added 1 commit

• f203e3ac - Finished operators adaptation

Compare with previous version

added 1 commit

• a7d4c88f - Using correct type (int32_t instead of int)

Compare with previous version

added 12 commits

• a7d4c88f...aa30d4b3 - 11 commits from branch dev
• 5835bf04 - Merged with dev

Compare with previous version

added 1 commit

• 8e7e8c69 - Basic MatMul optimization

Compare with previous version

added 1 commit

• 222c1227 - Fixed restrict

Compare with previous version

@olivierbichler why does getBestMatch don't call getRequiredSpecs instead of using specs passed as arguments ?

Well, it is a simple separation of the functions. One could just want the required specs, or get the best match against some specification, even if not the required ones...

marked this merge request as ready

added 5 commits

• 222c1227...1b2f2e7f - 4 commits from branch dev
• f9bb152c - Merge branch 'dev' into backend_export

Compare with previous version

enabled an automatic merge when the pipeline for f9bb152c succeeds

mentioned in commit da37fdb4