similar to: ORC JIT and multithreading

I’m developing a Common Lisp compiler for OS X and Linux that uses LLVM as its backend and interoperates with C++. It’s at: github.com/drmeister/clang I need to compile one C++ source file containing small, intrinsic functions into an LLVM-IR bitcode file and link it with bitcode generated by my compiler running LLVM3.6.1. I have been unable to do this for more than a year and I was hoping

Is it possible to inline functions compiled from C++ code into generated code that is fed, Module by Module, into the ORC JIT? I'd like to add a Module compiled from C++ code into the JIT and then as I add later modules, functions from the first module are inlined in the later ones. I already do this for file compilation/linking in my Common Lisp compiler “Clasp” (github.com/drmeister/clasp

Hello everyone, Is fully relocatable/position-independent JITted code on the horizon or currently possible with LLVM? I’ve written a Common Lisp compiler (currently called Clasp: https://github.com/drmeister/clasp) in C++ that uses LLVM as the backend and interoperates with C++. It uses copying garbage collection via the Memory Pool System (MPS) garbage collector by Ravenbrook. This garbage

Hi Christian Your use case seems to have similar requirements as remote JITing in ORC. So far I haven't used that part myself and I am sure Lang can tell you much more about it. However, this comment on the RemoteObjectClientLayer class sounds promising for your questions (1) and (2): /// Sending relocatable objects to the server (rather than fully relocated /// bits) allows JIT'd code

Hello, I wonder if someone would know what is going on below. All of a sudden I’m getting this assertion thrown: Assertion failed: (New->getType() == getType() && "replaceAllUses of value with new value of different type!"), function replaceAllUsesWith, file /Users/meister/Development/externals-clasp/llvm36/lib/IR/Value.cpp, line 345. It’s happening when

I switched my Common Lisp compiler to use MCJIT on the weekend and ran into a weird problem compiling one particular function. It crashes with an EXC_BAD_ACCESS error in MCJIT::finalizeObject when calling processFDE. The weird part is that the function does not appear to do anything special and I've whittled it down to the minimum size that still causes the crash. If I remove even one

Hi Christian, Thanks for sharing this. Yaron Keren has been investigating some problems in the EH frame registration code recently, and I think this may be related. It at least sounds similar to the type of variations in behavior based on code size that Yaron was seeing. -Andy -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On Behalf Of

Thank you. I found a partial answer to the problem (1), namely “how to run Clang compiled with LLVM3.6.1 on OS X Yosemite/Xcode6.4" It’s a combination of -isysroot and -resource-dir I’m using these compiler options: "/Users/meister/Development/externals-clasp/build/release/bin/clang" -v \ -resource-dir

I forgot to mention this in my initial email. The build of LLVM that I was using was commit a0d5d7aed8e177cea381b3d054d80c212ece9f2c The date on the commit is: Date: Fri Sep 26 12:34:06 2014 Also: Today I grabbed the ToT llvm/clang/clang-extra-tools and I’m working on getting my code to be compatible with it. I can switch back and forth between the current ToT llvm and the old one. Thanks,

LLVM Weekly - #39, Sep 29th 2014 ================================ If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/39>. Welcome to the thirty-ninth issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex Bradbury](http://asbradbury.org).

Hi, I had similar problems with EH in ELF in RTDyldMemoryManager::registerEHFrames() calling __register_frame(). I'm not sure these problems are related to this problem since your crash happens in RuntimeDyldMachO::registerEHFrames() in its own processFDE (there are two functions named processFDE(), one in RuntimeDyldMachO.cpp and one in RTDyldMemoryManager.cpp) *before*

Hello, I`m not sure if in this list I can post this problem, but... I`m trying compile swfdec in windows platform (with mingw) and I find many errors in the make process, some in compilance process (some solve it). But I can?t solve the bellow problem in make process: make[3]: Entering directory `/home/Administrador/swfdec-0.4.3/player' /bin/sh ../libtool --tag=CC --mode=link gcc -g -O2

This is the only thing that I’ve found that works in terms of getting the exception to propagate out of the JITted function - change the “call” to an “invoke” and hook in the do-nothing landing-pad. https://gist.github.com/drmeister/7a35046f666826206973 Compare line 646 of the file above to the one that I just posted. > https://gist.github.com/drmeister/b97dec956c6ee9ffeb75 The first one

Logan, How would I dump the object file generated by the JIT compiler pipeline? Could you point me to an example of how something like that is done? I’m used to working with the JIT machinery in memory but not writing object files out to disk. I’m have code to generate object files for AOT compilation - is it done the same way? Best, .Chris. On Apr 12, 2015, at 2:27 PM, Logan Chien

libswfdec/swfdec_js.h | 2 libswfdec/swfdec_js_movie.c | 8 + libswfdec/swfdec_script.c | 121 ++++++++++++++++++++++++-- test/trace/Makefile.am | 11 ++ test/trace/constructor-prototype.swf |binary test/trace/constructor-prototype.swf.trace | 4 test/trace/function-prototype-chain.swf

libswfdec/Makefile.am | 4 libswfdec/js/jsapi.c | 6 - libswfdec/js/jsapi.h | 6 - libswfdec/js/jsfun.h | 2 libswfdec/js/jsinterp.c | 2 libswfdec/js/jsobj.c | 8 - libswfdec/js/jsobj.h | 6 - libswfdec/js/jspubtd.h | 4 libswfdec/js/jsscope.c | 2

libswfdec/js/jsinterp.c | 3 libswfdec/js/jsinterp.h | 1 libswfdec/swfdec_js.c | 51 +++++++++ libswfdec/swfdec_js.h | 8 + libswfdec/swfdec_js_global.c | 30 +++++ libswfdec/swfdec_js_movie.c | 181 +++++++++++++++++++++++++---------- libswfdec/swfdec_movie.c | 22 ---- libswfdec/swfdec_player.c |

Logan, I need to make a correction of the post that preceded this one! I was wrong when I said this: > When I load the bitcode file for this module and then dump it just before it is JITted, the “uwtable” attribute has disappeared - is this prune-eh doing its work even though it’s not listed above in the list of function pass managers? The “uwtable” attribute does not disappear! I had

libswfdec/js/jsobj.c | 56 +++++++++++--------------- libswfdec/swfdec_js_color.c | 14 ------ libswfdec/swfdec_js_connection.c | 14 ------ libswfdec/swfdec_js_movie.c | 22 ---------- libswfdec/swfdec_js_net_stream.c | 14 ------ libswfdec/swfdec_js_video.c | 14 ------

configure.ac | 4 ++++ libswfdec/swfdec_bits.c | 20 ++++++++++++++++++-- libswfdec/swfdec_debug.c | 14 +++++++------- libswfdec/swfdec_js.c | 35 ----------------------------------- libswfdec/swfdec_script.c | 28 ++++++++++++++++++++++++---- libswfdec/swfdec_sound.c | 2 +- 6 files changed, 54 insertions(+), 49 deletions(-) New commits: diff-tree