Open mattulbrich opened 3 months ago
Is #3189 now obsolete?
Interestingly, final
is not so final on bytecode level.
Is #3189 now obsolete?
This is the commits from back then merged onto the modern main.
Interestingly,
final
is not so final on bytecode level.
There are a few source code level things that get lost on byte code. Also generics. Sometimes private fields are not so private in byte code. We operate on source code level and assume that all code is compiler-conformant.
Intended Change
Final fields cannot change their value after a single assignment in the constructor. In the current KeY logic, final fields are treated like normal fields stored on the heap. This is highly inefficient since heap assignments cannot have an impact on final fields at all.
The plan is hence to access final fields using a function of their own that does not depend on the heap, unlike other fields
The major challenges include
Writing must somehow be restricted since any modality could write to final fields and thus compromise proofs if thus different inconsistent values for final fields are around on a sequent.
Plan
Type of pull request
The plan is to have a taclet otion to fall back to old behaviour.
Ensuring quality
To do:
Additional information and contact(s)
It is the modernised version of #3189.
@WolframPfeifer @wadoon
The contributions within this pull request are licensed under GPLv2 (only) for inclusion in KeY.