| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
Mixins have been validated using the following procedure:
Credit to @IThundxr for suggesting this approach. |
Sorry, something went wrong.
There was a problem hiding this comment.
Verified that everything is remapped correctly, including mixins.
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Goal
This PR migrates the Sodium codebase to use official mappings. The remapping was largely automated using Mercury & MercuryMixin, with some manual fixups afterwards to fix compile errors. As such, imports may have been shuffled around compared to trunk.
This work resolves #2277.
Renaming Sodium classes to use Mojmap-inspired names is not planned for this PR, as it's a separate job from compiling against Mojmap. Such renames would greatly complicate verifying correctness of the remapping (see below).
Testing
I have decompiled a built JAR from this commit and 0.5.8. All mod classes (that is, any non-@Mixin class) produce identical source files except NativeImageHelper (which is only different due to an accessor method name changing). Thus, extra manual verification should not be required for any of these.
Unfortunately, it appears that unlike Architectury's toolchain, Fabric Loom emits mapped names into mixin annotations. This means that all of the mixin classes have different bytecode, and my decompilation trick does not work to verify them. What I can say is that the mod appears completely functional in dev, so I am doubtful that there are any incorrectly remapped mixins.