[llvm-commits] Garbage collection patch series
Gordon Henriksen
gordonhenriksen at mac.com
Tue Sep 4 11:19:02 PDT 2007
These are already starting to bitrot. :) I'll be maintaining and
bugfixing them, but won't be re-slicing the patches and spamming the
list continuously. Please let me know if you want an up-to-date version.
— Gordon
On 2007-09-04, at 02:18, Gordon Henriksen wrote:
> As followups to this post, I will post a series of six patches
> which significantly improve LLVM's garbage collection support.
> These patches are not all fully independent, but I have broken them
> up into more digestible units for review.
>
> • gc-1-registry.patch (+288 lines)
> My previous Registry.h header, as well as Collectors.h, which is
> the registry for dynamically-loaded garbage collectors.
>
> • gc-2-metadata.patch (+303 lines)
> CollectorMetadata is the data structure populated by back-ends
> during code-generation.
>
> • gc-3-collector.patch (+401 lines)
> Collector is the base class for garbage collector code generators.
> It provides its subclasses with both static configuration and
> callbacks through which they can exert its will upon all relevant
> stages of code generation.
>
> • gc-4-integration.patch (+113, -17 lines)
> In this patch, Collector winds its tendrils throughout the
> compiler. Overhead should be minimal when disabled.
>
> • gc-5-shadowstack.patch (+59, -406 lines)
> With this patch, the LowerGC transformation is adapted to become
> the ShadowStackCollector.
>
> • gc-6-ocaml.patch (+190 lines)
> Finally, the new OcamlCollector emits the Ocaml frametable data
> structure and related symbols.
>
> Hopefully I can get feedback so that this can be rolled into 2.2
> early in the development cycle.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20070904/b17fc503/attachment.html>
More information about the llvm-commits
mailing list