Plugin-based opcode table

[lkcl]

On May 17, 2022 1:37:36 PM GMT+01:00, Dmitry Selyutin
<ghostmansd@gmail.com> wrote:

> We've been thinking of some plugin, with obvious candidates being
>dlopen/dlsym combo. Sure the code will be public, as well as the whole
>work around libresoc and SVP64.

... but it would not be "endorsed" - implicitly and accidentally - by
the binutils team making decisions that are at odds with the direction
set by the OpenPOWER Foundation.

prior to approval yes-or-no by OPF, a plugin system would not, i feel,
actually need endorsement *by* the OpenPOWER Foundation to go ahead:
that's more down to you, Alan.

we're quite happy to do the work (and have the funding from NLnet to do it).

btw one big question, i note that v3.1 prefixed instructions have started
to be added:

   https://sourceware.org/git/?p=binutils-gdb.git;a=commitdiff;h=8acf14351c818d956babe50e61711740f378c941

we would need to work out how - in a *plugin* context - how to bring in
SVP64 which uses some of EXT001's [currently] reserved space.

and also how to reserve a known range of the opindex without the plugin
trampling all over the non-plugin (OPF-approved) area.  that's a lot
easier once opindex is 16-bit.

l.