Limitations

Missing features

• Support for IR alias and ifunc.

• Exception handling

• Debugging information.

  There is an implementation of DWARF .debug_line support in the debug_line branch. It needs some further work before being brought into the main-line.

• Linker support!

  The linker is a critical component of the program repository. Much of the compiler work has been aimed at reducing the work that must be performed at link time. Until we have a working repository-based static linker, most of the gains that I'm hoping for from the repo won't be realised.

  However, as a stop-gap measure to enable running programs to be linked, we've got the repo2obj tool which creates an ELF object file from a program repository database and a "ticket file" create by from a compilation.

• Static archive symbol table

  The static archive utility doesn't understand repository ticket files. We need to extend it so that it can construct the archive symbol table.

• Object file import

  We've got repo2obj for exporting repository ticket files as traditional object files. However, we also need a tool which can do the opposite and bring legacy objects into the program repository world.

Design Restrictions

The program repository design deliberately doesn't attempt to reproduce all of the exotic extensions that are available in object file formats such as ELF. These restrictions are chosen to simplify the implementation and, more importantly, to improve performance. Part of the motivation comes from a wish to focus on targeting application developers rather than kernel-level development.

• No custom-named sections, e.g. __attribute__((section("name")))
• No custom static constructor/destructor ordering, e.g. __attribute__(init_priority(x));