Skip to content
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

Mixins 0.8.7 #5

Merged
merged 92 commits into from
Jul 11, 2024
Merged

Mixins 0.8.7 #5

merged 92 commits into from
Jul 11, 2024

Conversation

mitchej123
Copy link

@mitchej123 mitchej123 commented Jul 10, 2024

Up to date with upstream

Mumfrey and others added 30 commits December 1, 2021 20:50
Fixes remapping of synthetic members in resolvable classes.

(cherry picked from commit c33a48b)
Extending an already-compiled mixin no longer results in an error, and extending (a mixin that targets) your target class does result in an error.

(cherry picked from commit 7f7dbc1)
We no longer use mirror. The generics are irrelevant in the first place because Mixin does not check them at runtime.

(cherry picked from commit ccfb5ee)
…onment rather than on the Package specification version, since that version is unavailable in two scenarios: 1) ML loaded as a JPMS module and 2) ML added to the classpath using a folder rather than JAR-file.
They are useful for the dumped classes, but they have incorrect labels and as such they confuse IDEA's debugger.
They previously caused hotswaps to fail due to the number increasing on each application.
LlamaLad7 and others added 28 commits June 1, 2024 18:23
…nd un-deprecate it.

The only reason MixinExtras uses this method is to match Redirect's behaviour, so I would like it to be kept in line with that.
Additionally, there is nothing wrong with not checking the desc as long as you've definitely found the right `NEW` insn, which the injection point handles itself.
It previously didn't handle array types correctly among some other issues.
The old logic doesn't really make any sense and the calculated extension usually ended up being negative.
Instead, we just make room for our possible receiver and all of our args.
The existing logic is wrong, and they will always be valid as-is because any superinterfaces will be merged onto the target class.
# Conflicts:
#	gradle.properties
#	src/main/java/org/spongepowered/asm/mixin/MixinEnvironment.java
@mitchej123 mitchej123 merged commit 96cc4f1 into main Jul 11, 2024
4 checks passed
@mitchej123 mitchej123 deleted the mixins-8-7 branch July 11, 2024 01:14
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.

6 participants