While in theory we support having multiple independent instrumentation or analysis modules implemented as optimization passes (to be more precise, classes extending HArtist), right now some modules are hardwired and it is not really straightforward to create new modules.
Problems include:
hardcoded codelib
hardcoded injections
interdependencies between modules
a lack of a clear module API
This should be fixed by introducing a dedicated module API that makes is easy to introduce new Artist modules by creating the corresponding optimization pass, potentially a codelib and maybe something like a module class.
While in theory we support having multiple independent instrumentation or analysis modules implemented as optimization passes (to be more precise, classes extending
HArtist), right now some modules are hardwired and it is not really straightforward to create new modules.Problems include:
This should be fixed by introducing a dedicated module API that makes is easy to introduce new Artist modules by creating the corresponding optimization pass, potentially a codelib and maybe something like a module class.