Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: operators issuing type errors when used with matching integer types arising from generic code #789

Merged
merged 4 commits into from
Feb 10, 2023

Conversation

jfecher
Copy link
Contributor

@jfecher jfecher commented Feb 9, 2023

Related issue(s)

Resolves #788

Description

Summary of changes

The match expression in infix_operand_type_rules and the matching function for comparator operators had its match case for TypeVariables at the end instead of at the beginning. This meant that other catch-all cases like (Integer, _) could be matched instead and issue errors when matching on a (Integer, TypeVariable) pair, even if the type variable is bound to an integer.

The fix to this is to reorder the match so that the cases with type variables are first so that their links will be correctly followed.

Dependency additions / changes

Test additions / changes

Checklist

  • I have tested the changes locally.
  • I have formatted the changes with Prettier and/or cargo fmt with default settings.
  • I have linked this PR to the issue(s) that it resolves.
  • I have reviewed the changes on GitHub, line by line.
  • I have ensured all changes are covered in the description.
  • This PR requires documentation updates when merged.

Additional context

@jfecher jfecher changed the title Fix match expression in incorrect order for typechecking operators fix: match expression in incorrect order for typechecking operators Feb 9, 2023
@jfecher jfecher changed the title fix: match expression in incorrect order for typechecking operators fix: operators issuing type errors when used with matching integer types arising from generic code Feb 9, 2023
Copy link
Contributor

@vezenovm vezenovm left a comment

Choose a reason for hiding this comment

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

Simple fix, looks good to me

@kevaundray kevaundray added this pull request to the merge queue Feb 10, 2023
Merged via the queue into master with commit 932943a Feb 10, 2023
@kevaundray kevaundray deleted the jf/fix-comparator branch February 10, 2023 15:46
TomAFrench added a commit that referenced this pull request Feb 14, 2023
* master: (28 commits)
  chore(ci): Add release token to enable runs against release PR (#840)
  feat(ssa): array sort (#754)
  chore: update readme (#811)
  chore: fix clippy (#825)
  chore: remove stale comment on HirFunction.unchecked_from_expr (#827)
  chore: Getter naming refactor (#803)
  chore: updated "HirFunction::unsafe_from_expr" to "HirFunction::unchecked_from_expr" (#823)
  chore: Forbid unsafe code (#824)
  chore: Follow rust naming convention (#801)
  feat(ci): Add concurrency group for rust workflow (#806)
  chore(ssa): rename impl method to follow Rust guideline (#782)
  fix(nargo): `nargo test` now only runs test functions defined in the current module (#805)
  chore(nargo): Remove outdated error message when Prover/Verifier.toml is missing (#807)
  chore(ssa): rename codegen to ssa_gen + reorg of `Value` struct (#797)
  chore(nargo): abstract paths from nargo's working directory (#761)
  chore(ci): Rename workflows (#804)
  feat: Impls with generics (#798)
  chore(ssa): Add doc comments on `Opcode` struct (#778)
  fix: operators issuing type errors when used with matching integer types arising from generic code (#789)
  chore(nargo)!: bump MSRV to 1.66.0 (#799)
  ...
@Savio-Sou
Copy link
Collaborator

Just to confirm: nothing needs to be documented here right?

@jfecher
Copy link
Contributor Author

jfecher commented Mar 16, 2023

@Globallager correct. Apologies for the confusion

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Cannot compare integer with type u8
5 participants