<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 13, 2014 at 3:42 PM, Filip Pizlo <span dir="ltr"><<a href="mailto:fpizlo@apple.com" target="_blank">fpizlo@apple.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><span class=""><blockquote type="cite"><div><div dir="ltr">This is something we're currently working on for Pyston (ie we don't have it working yet), but I think we might get it "for free" once we finish the work on frame introspection.<div><br></div><div>I'm not aware of any high-performance conservative GC implementations that are designed to be pluggable (if there are please let us know!) -- they typically seem pretty integrated with the VMs object model and language features that need to be supported.  </div></div></div></blockquote><div><br></div></span><div>If you want a high-performance GC, you will end up integrating it with the VM’s object model.</div><div><div class="h5"><br></div></div></div></div></blockquote><div><br></div><div style>Sorry, wasn't trying to knock any of the non-pluggable GCs out there, was just trying to attest to the OP's worry that "<span style="font-family:arial,sans-serif;font-size:13px">writing your own GC is going to be a pain" -- </span><span style="font-family:arial,sans-serif;font-size:13px">even though this is a problem that's been solved repeatedly and LLVM doesn't necessarily get in your way, there's still a lot of work to get a good GC (let alone a whole VM) running on top of LLVM.</span></div></div></div></div>