You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This PR mostly matches m_Do_main for all Wii versions. The only remaining mismatches are crclr cr1eq instructions related to varargs calls. These can be fakematched for most versions by moving the vararg out to a variable, but this obviously breaks debug. I was able to link the file for RZDE01_02 with these fakematches, and presumably at least RZDJ01 and RZDP01 should also be linkable. RZDE01_00 is a little trickier to fakematch, so I haven't managed to link that version at all.
I've added a new PCH called dolzel_minimal which currently only pulls in JKRHeap.h. This allows the fake JKRHeap::dump_sort definition to be removed by fixing function ordering. I suspect this new PCH might be real in some capacity - the standard one won't work because the TU uses data pooling but Z2Calc::cNullVec and company aren't present, but at the same time I'm not aware of any other way to get MWCC to emit the JKRHeap function after __sinit.
I've added a new PCH called dolzel_minimal which currently only pulls in JKRHeap.h. This allows the fake JKRHeap::dump_sort definition to be removed by fixing function ordering. I suspect this new PCH might be real in some capacity - the standard one won't work because the TU uses data pooling but Z2Calc::cNullVec and company aren't present, but at the same time I'm not aware of any other way to get MWCC to emit the JKRHeap function after __sinit.
Because we know the d_ TUs used a PCH called dolzel.pch, I wonder if the m_Do_ TUs used a separate PCH called machine.pch? Maybe try using the new PCH in every m_Do_ TU for consistency, and if that doesn't break any of them rename the PCH to make it more clear that this one isn't related to dolzel.
@LagoLunatic That's a good call, I've updated the branch with the change implemented. It doesn't seem to cause any regressions (after a small include change in m_Do_ext), so I think a machine-specific PCH is very likely to be real.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR mostly matches
m_Do_mainfor all Wii versions. The only remaining mismatches arecrclr cr1eqinstructions related to varargs calls. These can be fakematched for most versions by moving the vararg out to a variable, but this obviously breaks debug. I was able to link the file forRZDE01_02with these fakematches, and presumably at leastRZDJ01andRZDP01should also be linkable.RZDE01_00is a little trickier to fakematch, so I haven't managed to link that version at all.I've added a new PCH called
dolzel_minimalwhich currently only pulls inJKRHeap.h. This allows the fakeJKRHeap::dump_sortdefinition to be removed by fixing function ordering. I suspect this new PCH might be real in some capacity - the standard one won't work because the TU uses data pooling butZ2Calc::cNullVecand company aren't present, but at the same time I'm not aware of any other way to get MWCC to emit theJKRHeapfunction after__sinit.