Skip to content

Conversation

mario-bucev
Copy link
Collaborator

i1306b is a nice test to ensure we do not regress on #1306 but it is sadly quite flaky.
I have disabled it (not deleted it) and have added a variant i1306c that does not make use of non-linear arithmetic (which seems to be the cause of the issue).

var i: BigInt = 0
def nextIncrement = i + 1
def accessI(x: BigInt, y: BigInt) = i + x + y
def modifyI(x: BigInt, y: BigInt) = { i += x + y }
Copy link
Collaborator

Choose a reason for hiding this comment

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

@mario-bucev Function modify is introduced but not used, is this on purpose, to test that its presence does not cause any issues?

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

Good catch, since this test is derived from i1306b, I do not remember exactly why I've added this function... I'll call it with nullifying arguments.

Copy link
Collaborator Author

Choose a reason for hiding this comment

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

I've also added a variant of the function that increments i with modifyI.

@mario-bucev mario-bucev merged commit ec37dc3 into epfl-lara:main Nov 8, 2023
@mario-bucev mario-bucev deleted the disable-i1306b branch November 8, 2023 18:37
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.

2 participants