[Libre-soc-bugs] [Bug 1154] Support basic PowerPC generated assembly

[bugzilla-daemon at libre-soc.org]

https://bugs.libre-soc.org/show_bug.cgi?id=1154

--- Comment #2 from Dmitry Selyutin <ghostmansd at gmail.com> ---
And, as usual, limitations:

1. No macros. At all. That's not our level. libopid should rely on higher-level
abstractions which just provide the value. The only exceptions are registers
parsing and some stuff like our custom CRs representations; both "exceptions"
are just a way to convert an input into a numeric value (we'll want this to be
reused by binutils macro subsystem).

2. Only raw binaries. Only a way to build instruction so that it's reused by
real assembler. No elves (ELF), no dwarves (DWARF), nothing similar. "Fire and
forget", "instruction name + (set of?) API(s?) to handle operands -> 32-bit
insn". As I said, likely a set of calls like "update context with insn name",
"update context with operand at index X", "update context with operand at index
Y", etc. I'm not yet sure where we have a good balance with macro subsystem;
perhaps functions to convert from registers/branches should just convert to
values and APIs should just operate on the values already converted. Feeding
everything as a "long" string assumes we have to parse it on our own, and
that's something I'd like to avoid. Again, that's not our task, it's macro
subsystem plus tokenizer plus lexer of higher-level stuff; we can aid but we do
not intend to substitute.

3. Only instructions which have at this point in openpower-isa, and only those
for which we already managed to generate the disassembly. We cannot support
what we don't yet have. No aliases, no

-- 
You are receiving this mail because:
You are on the CC list for the bug.