Skip to content

Conversation

@kevin-delmas
Copy link
Collaborator

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)

  • Feature
  • Bug Fix
  • Documentation Update
  • Style
  • Code Refactor
  • Performance Improvements
  • Test
  • Build
  • CI
  • Chore (Release)
  • Revert

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?

  • yes
  • no, because they aren't needed
  • no, because I need help

Added to documentation?

  • README.md
  • doc
  • no documentation needed

Do we need to update pml analyzer version?

  • no
  • the pull request is only a bug fix, need a bug fix version update
  • the pull request add new features and ensures retro-compatibility, need a feature addition version update
  • the pull request is not ensuring retro-capatibility, need a major version update
  • not sure, I need help

Is this new version should be released as soon as possible?

  • yes
  • no
  • not sure, I need help

…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.
@kevin-delmas kevin-delmas self-assigned this Dec 9, 2025
@kevin-delmas kevin-delmas linked an issue Dec 9, 2025 that may be closed by this pull request
@kevin-delmas kevin-delmas mentioned this pull request Dec 9, 2025
…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
@kevin-delmas kevin-delmas marked this pull request as ready for review December 17, 2025 15:57
r.hardwareOwner.nonEmpty &&
l.hardwareOwner.exists(ol =>
r.hardwareOwner.exists(or => finalInterfereWith(ol, or))
r.hardwareOwner.exists(or => ol != or && finalInterfereWith(ol, or))
Copy link
Collaborator

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 ?

Copy link
Collaborator Author

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)
)
Copy link
Collaborator Author

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)

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.

Refactor code

3 participants