diff options
author | Kartik Agaram <vc@akkartik.com> | 2019-07-22 18:07:51 -0700 |
---|---|---|
committer | Kartik Agaram <vc@akkartik.com> | 2019-07-22 18:07:51 -0700 |
commit | 7397dc2ad38db16c88344adc18a8b5381b9cd933 (patch) | |
tree | 3129017aeb49257d3bfaccf864c4d5ad6ee4199c /subx/apps/hex | |
parent | 372ec293670aded06f77f77fe836b279be31abfb (diff) | |
download | mu-7397dc2ad38db16c88344adc18a8b5381b9cd933.tar.gz |
5451
Even though the standard library is building and passing tests, the binaries it generates aren't exactly bit for bit identical with the originals. Comparing using `diff_ntranslate`, it looks like the data segment starting address isn't computed right in survey.subx (`compute-addresses`) when I start translating layer 058. Deleting some tests brings the code segment to a p_offset where bits 8-11 (the lowest 4 bits excluding the lowermost byte) are cleared and everything works. However, if bits 8-11 are set, then they don't make it to p_vaddr and p_paddr. Tried reproducing with a unit test, but the unit test passes fine.
Diffstat (limited to 'subx/apps/hex')
0 files changed, 0 insertions, 0 deletions