feat(#229): Avoid Using Labels on Stack

[volodya-lombrozo]

In this PR I fixed the problem with incorrect Labels handling on stack. Actually, Labels shouldn't be used on stack during decompilation. So
I attached labels to near nodes. This fixed several decompilation problems in integration tests.

Risk: Labels are decompiled in a different way as any other nodes. This incosistency might cause some problems in the future. In order to find a proper solution, I added one more issue.

Related to #229.
History:

• feat(pom.xml:109-114: Enable Opeo Spring Fat Integration Test.... #229): fix the bug with labels nodes
• feat(pom.xml:109-114: Enable Opeo Spring Fat Integration Test.... #229): add ICONST_M1 handler
• feat(pom.xml:109-114: Enable Opeo Spring Fat Integration Test.... #229): add more puzzles and javadocs
• feat(pom.xml:109-114: Enable Opeo Spring Fat Integration Test.... #229): fix all qulice suggestions

---

PR-Codex overview

This PR enhances the decompilation process by refactoring label handling, adding test coverage, and improving code readability.

Detailed summary

• Refactored label handling in Labeled class
• Added a test for array store decompilation
• Improved code readability by using @ToString annotation
• Updated log messages in test
• Enhanced InvokespecialHandler by checking target type before linking

The following files were skipped due to too many changes: src/test/resources/xmir/BeanMethod$NonOverridableMethodError.xmir, src/it/decompile-compile/target/generated-sources/jeo-xmir/org/eolang/jeo/BeanMethod$NonOverridableMethodError.xmir

✨ Ask PR-Codex anything about this PR by commenting with /codex {your question}

[volodya-lombrozo]

@rultor merge

[rultor]

@rultor merge

@volodya-lombrozo OK, I'll try to merge now. You can check the progress of the merge here

[rultor]

@rultor merge

@volodya-lombrozo Done! FYI, the full log is here (took me 7min)