Displaying 6 results from an estimated 6 matches for "notifyobjectpreloaded".
2015 May 29
2
[LLVMdev] MCJit interface question
...at this is really two options, in that the code to separate out the per-function EH frame contribution could go in either the client memory manager or in the loader.)
2. Add a notification similar to NotifyObjectEmitted, but which runs just before the call to Dyld.loadObject. Something like NotifyObjectPreLoaded. The LLILC-specific MemoryManager could use this hook to scan the object::ObjectFile and pass whatever it needs to the CoreCLR. This seems like a decent option to me, but I don't know if it would be considered a bad loss of encapsulation to passs out the object::ObjectFile in the state where...
2015 May 30
2
[LLVMdev] MCJit interface question
...at this is really two options, in that the code to separate out the per-function EH frame contribution could go in either the client memory manager or in the loader.)
2. Add a notification similar to NotifyObjectEmitted, but which runs just before the call to Dyld.loadObject. Something like NotifyObjectPreLoaded. The LLILC-specific MemoryManager could use this hook to scan the object::ObjectFile and pass whatever it needs to the CoreCLR. This seems like a decent option to me, but I don't know if it would be considered a bad loss of encapsulation to passs out the object::ObjectFile in the state where...
2015 May 29
0
[LLVMdev] MCJit interface question
...> in that the code to separate out the per-function EH frame contribution
> could go in either the client memory manager or in the loader.)
>
> 2. Add a notification similar to NotifyObjectEmitted, but which
> runs just *before* the call to Dyld.loadObject. Something like
> NotifyObjectPreLoaded. The LLILC-specific MemoryManager could use this
> hook to scan the object::ObjectFile and pass whatever it needs to the
> CoreCLR. This seems like a decent option to me, but I don't know if it
> would be considered a bad loss of encapsulation to passs out the
> object::ObjectFile...
2015 Jun 04
2
[LLVMdev] MCJit interface question
...at this is really two options, in that the code to separate out the per-function EH frame contribution could go in either the client memory manager or in the loader.)
2. Add a notification similar to NotifyObjectEmitted, but which runs just before the call to Dyld.loadObject. Something like NotifyObjectPreLoaded. The LLILC-specific MemoryManager could use this hook to scan the object::ObjectFile and pass whatever it needs to the CoreCLR. This seems like a decent option to me, but I don't know if it would be considered a bad loss of encapsulation to passs out the object::ObjectFile in the state where...
2015 May 30
2
[LLVMdev] MCJit interface question
...at this is really two options, in that the code to separate out the per-function EH frame contribution could go in either the client memory manager or in the loader.)
2. Add a notification similar to NotifyObjectEmitted, but which runs just before the call to Dyld.loadObject. Something like NotifyObjectPreLoaded. The LLILC-specific MemoryManager could use this hook to scan the object::ObjectFile and pass whatever it needs to the CoreCLR. This seems like a decent option to me, but I don't know if it would be considered a bad loss of encapsulation to passs out the object::ObjectFile in the state where...
2015 Jun 04
2
[LLVMdev] MCJit interface question
...at this is really two options, in that the code to separate out the per-function EH frame contribution could go in either the client memory manager or in the loader.)
2. Add a notification similar to NotifyObjectEmitted, but which runs just before the call to Dyld.loadObject. Something like NotifyObjectPreLoaded. The LLILC-specific MemoryManager could use this hook to scan the object::ObjectFile and pass whatever it needs to the CoreCLR. This seems like a decent option to me, but I don't know if it would be considered a bad loss of encapsulation to passs out the object::ObjectFile in the state where...