-
Notifications
You must be signed in to change notification settings - Fork 0
85 refactor code #86
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
base: master
Are you sure you want to change the base?
85 refactor code #86
Conversation
…rsion. Need to review computation core to handle reflexivity in exclusive/interfere.
Fixed multi-allocated data for dependability view Need to review computation core to handle reflexivity in exclusive/interfere.
Fixed multi-allocated data for dependability view Rolling back to anti-reflexive version. Need to review computation core to handle reflexivity in exclusive/interfere.
…ting non-injective map.
Also add errors in groupMapReduce when non-merge is expected i.e (l:T,r:T) => {assert(l == r); l}
Updated problem generation to take into account that exclusive(a,a) is always true
Consider NotInterfere as an anti-reflexive endomorphism Updated problem generation to take into account that interfereWith(a,a) is always true
Updated problem generation to take into account that exclusive(a,a) is always true
Add an exporter providing a lightweight specification of a platform as a JSON file
| r.hardwareOwner.nonEmpty && | ||
| l.hardwareOwner.exists(ol => | ||
| r.hardwareOwner.exists(or => finalInterfereWith(ol, or)) | ||
| r.hardwareOwner.exists(or => ol != or && finalInterfereWith(ol, or)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe "or" is not the best name for a variable, maybe natural indices might be a little less confusing ?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Ok, I will move to ownerLeft and ownerRight
| l == r || ( | ||
| transactionId(transactionByUserName(l)) == transactionId( | ||
| transactionByUserName(r) | ||
| ) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@ccoquand This change is here to implement UserTransactionExclusive as a reflexive relation (as the ones in InterferenceSpecification)
Description
Please indicate whether this pull request [adds/removes/fixes/replaces] the [feature/bug/etc].
What type of pull request is this? (check all applicable)
Related Tickets & Documents
If possible ensure that you have provided in your commit message the issue id (
available here) this pull request fixes,
for instance to refer to issue #42 you can do:
git commit -m "solving issue #42 with ..."Check here
for more information
Added tests?
Added to documentation?
Do we need to update pml analyzer version?
Is this new version should be released as soon as possible?