Skip to content
This repository was archived by the owner on Mar 31, 2026. It is now read-only.

Limitations

rgal edited this page Jan 21, 2019 · 13 revisions

Missing features

  • Support for IR alias and ifunc.

  • Support for targets beyond x86-64 Linux.

  • 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" created by 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.

  • Investigate alternative hash functions.

    The repository hash-generation pass currently uses MD5. It does this "because it's there" in the LLVM codebase already. There are stronger, and potentially faster, hashes now available such as BLAKE2. We should investigate switching.

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));

Clone this wiki locally