rrthomas / binutils-gdb Goto Github PK

The standalone simulator should not access memory via virtual addresses. GDB however needs to.

run is simply linked against libsim.a, so will need other tricks than simply compiling the code twice with suitable macros.

For example:

pforth.s:8668: Error: can't resolve `.L5865b' {*UND* section} - `L0�' {.text section}

Here, the L0� was just . in the source.

They are unused, and the functions are not used except in Bee's interp.c.

For Bee, it's loaded at address 0. Yet moxie's simulator, from which Bee's is derived, uses low memory for a copy of argv, so presumably enforces a different load address. It would be useful to do something similar in Bee so we only have one memory area for the stacks and argv so that memory translation can be fast.

It seems that in this case we still return BEE_WORD_BYTES, indicating success?

• Map stacks into sim memory.
• Use [rl].at for DUP, SET, SWAP, DUPS and THROW instructions, and bee_{push,pop}_stack() functions.
• Write process_record().