search for: notifyobjectpreloaded

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...