Ryujinx/ARMeilleure/Translation/PTC
FICTURE7 f2a7b300c4
Fix type mismatch in BitwiseAnd simplification (#2571)
* Fix type mismatch in `BitwiseAnd` simplification

`TryEliminateBitwiseAnd` would turn the `BitwiseAnd` operation into a
copy of the wrong type. E.g:

Before `Simplification`:
```llvm
i64 %0 = BitwiseAnd i64 0x0, %1
```

After `Simplication`:
```llvm
i64 %0 = Copy i32 0x0
```

Since the with the changes in #2515, we iterate in reverse order and
`Simplication`, `ConstantFolding` does not indicate if it modified
the CFG, the second pass to "retype" the copy into the proper
destination type does not happen.

This also blocked copy propagation since its destination type did not
match with its source type. But in the cases I've seen, the
`PreAllocator` would insert a copy for the propagated constant, which
results in no diffs.

Since the copy remained as is, asserts are fired when generating it.

* Set PPTC version
2021-08-20 14:42:00 -03:00
..
EncodingCache.cs PPTC vs. giant ExeFS. (#2168) 2021-04-13 03:24:36 +02:00
Ptc.cs Fix type mismatch in BitwiseAnd simplification (#2571) 2021-08-20 14:42:00 -03:00
PtcFormatter.cs PPTC meets ExeFS Patching. (#1865) 2021-05-13 20:05:15 +02:00
PtcInfo.cs Add multi-level function table (#2228) 2021-05-29 18:06:28 -03:00
PtcLoadingState.cs Fix inconsistencies in progress reporting (#2129) 2021-03-22 19:40:07 +01:00
PtcProfiler.cs PPTC meets ExeFS Patching. (#1865) 2021-05-13 20:05:15 +02:00
PtcState.cs Add Profiled Persistent Translation Cache. (#769) 2020-06-16 20:28:02 +02:00
RelocEntry.cs Add multi-level function table (#2228) 2021-05-29 18:06:28 -03:00
Symbol.cs Add multi-level function table (#2228) 2021-05-29 18:06:28 -03:00
SymbolType.cs Add multi-level function table (#2228) 2021-05-29 18:06:28 -03:00