Skip to content

Conversation

@wiedenm
Copy link
Member

@wiedenm wiedenm commented Jun 14, 2019

This PR removes the support for secondary Op outputs. Both OpRef and OpInfo only specify single outputs from now on. Op matching and transformation are adapted accordingly. Also, validation is added to enforce this new constraint during Op discovery and Op dependency resolution.

Copy link
Member

@ctrueden ctrueden left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Nice! Just one small thing I noticed.

i++;
}
final Type outputType = candidate.getRef().getOutType();
if (Objects.equal(outputType, OpUtils.outputType(candidate)))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you need the Guava Objects.equal here, rather than the standard Java library's Objects?

Copy link
Member Author

@wiedenm wiedenm Jun 14, 2019

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Woops, nope, that probably was an auto-import fail. Good catch - thanks!
Edit: or rather a misstyped equal vs equals. Fixed it.

This commit removes the support for secondary Op outputs. Both OpRef
and OpInfo only specify single outputs from now on. Op matching and
transformation are adapted accordingly. Also, validation is added to
enforce this new constraint during Op discovery.
@wiedenm wiedenm force-pushed the single-op-output branch from 3fe607a to c107500 Compare June 14, 2019 20:54
@ctrueden ctrueden merged commit 2de39c7 into master Jun 19, 2019
@ctrueden ctrueden deleted the single-op-output branch June 19, 2019 17:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

No open projects

Development

Successfully merging this pull request may close these issues.

3 participants