[llvm] r193291 - Optimizing MCJIT module state tracking

Kaylor, Andrew andrew.kaylor at intel.com
Thu Oct 24 08:51:28 PDT 2013


Hi Chandler,

Thanks for handling that.  That code actually should not have been deleted in the first place.  I guess I was confusing it with something else.

-Andy


From: Chandler Carruth [mailto:chandlerc at google.com]
Sent: Thursday, October 24, 2013 2:57 AM
To: Kaylor, Andrew
Cc: Commit Messages and Patches for LLVM
Subject: Re: [llvm] r193291 - Optimizing MCJIT module state tracking


On Wed, Oct 23, 2013 at 5:19 PM, Andrew Kaylor <andrew.kaylor at intel.com<mailto:andrew.kaylor at intel.com>> wrote:
-
-  LoadedObjectMap::iterator it, end = LoadedObjects.end();
-  for (it = LoadedObjects.begin(); it != end; ++it) {
-    ObjectImage *Obj = it->second;
-    if (Obj) {
-      NotifyFreeingObject(*Obj);
-      delete Obj;
-    }
-  }

Hey Andy, I've reverted this hunk in r193323 because without it we were seeing leaks from all the users of the MCJIT interface.

But I'm not 100% sure what you wanted the memory management strategy to be, so I wanted to follow up here in case there is a deeper problem or other solution we should be pursuing here.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-commits/attachments/20131024/1ae5b3c5/attachment.html>


More information about the llvm-commits mailing list