similar to: [ORC] SimpleCompiler and module transformations

Hi Lang, I'm looking at extending the compilation passes used in the LLILC JIT and it seems like the simplest thing is to make a copy of the SimpleCompiler functor into the LLILC code and then modify it for the phases I want to run. But I was wondering if this was the best approach. Do you expect different clients to create their own compiler functors or do you imagine that SimpleCompiler

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

Trying to put together a simple test JIT compiler, using ORC which as I understand it will be the supported API going forward, I noticed that in the first chapter of the updated Kaleidoscope tutorial, there is sample code that starts like this: ExecutionSession ES; RTDyldObjectLinkingLayer ObjectLayer; IRCompileLayer CompileLayer; DataLayout DL; MangleAndInterner Mangle; ThreadSafeContext Ctx;

Hi everyone, I run some functions using ORC JIT, now I need to add custom instrumentation. I want to add two callbacks to each function: ‘enterFunction' at the beginning and ‘leaveFunction' at the end. Intuition says that I could ‘just' insert CallInst's to the first and the last basic blocks in the function. Am I correct? Are there any other/better way to do this? Is there

Thanks for the hint, I didn’t know about this option. That’s a great reference! However, I am trying to be a compiler/language agnostic. Also (for whatever reasons) I need a numeric ID of a function rather then its address. So the question is still opened. May I assume that the following always holds: The first basic block in a function is an entry point and the last basic block in a function is

Hi there, I have a question regarding this documentation page: http://llvm.org/docs/Projects.html IIRC LLVM has moved away from Makefile's and uses CMake only. The question is: Is the page outdated or is it a recommended way for creating LLVM based project? P.S. I’m trying to create a project using CMake, though I’m seeing some issues (didn’t manage to include headers so far). --

Hello, everybody. We are working on a tool for mutation testing. The work is still in progress and far away from being done. However, we have got some results already. And we would like to share them with you. But, let me give you a brief introduction first. ### Mutation Testing In a nutshell, Mutation Testing is a way to evaluate a quality of a test suite. The approach suggests introducing a

r247321 refactors the code so that it should build on Mac. I haven't actually tested it on Mac -- so please help me and send follow up patches if needed. check-fuzzer will still fail because some of the libFuzzer tests require dfsan. I'd use some help from someone with a Mac to modify lib/Fuzzer/test/CMakeLists.txt so that it does not run dfsan-dependent tests on Mac. Thanks, --kcc On

Hi everyone, I’m working with the LLVM C API now. I see that several functions are deprecated, however the only notion is in comments around the function. Is there any specific reason why __attribute__((deprecated)) is omitted? Will it make sense to send a patch with such additions? -- AlexDenisov Software Engineer, http://lowlevelbits.org -------------- next part -------------- A non-text

Hello everyone, I observe a weird behavior switching from clang-4 to clang-5 (and any higher version). I compile an executable that depends on LLVM. Everything works fine with clang-4, but when I run the executable compiled with clang-5 I see the following error: : CommandLine Error: Option 'rewrite-map-file' registered more than once! LLVM ERROR: inconsistency in registered CommandLine

Hi there, I’m curious is there any (official or not) communication channel for upcoming EuroLLVM? If there is none besides mailing lists and IRC, shall we then setup something like Slack? -- AlexDenisov Software Engineer, https://lowlevelbits.org

There seems to be an issue with DNS: > nslookup llvm.org ;; Got SERVFAIL reply from 192.168.178.1, trying next server Server: 192.168.178.1 Address: 192.168.178.1#53 ** server can't find llvm.org: NXDOMAIN -- AlexDenisov Software Engineer, https://lowlevelbits.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type:

Hi everybody, I do write some Clang/LLVM related articles on my blog[1][2], and I will be happy to write for LLVM’s blog. However, I can’t omit bike-shedding :) Forgive me my directness, but current blog doesn’t look like something close to 2016. The blog already has lots of great articles. But it’s so hard to grasp valuable information when you have to read non-highlighted C++ code. I think I

Hello! I am looking for a handful of people to help write blog posts for the LLVM blog (blog.llvm.org <http://blog.llvm.org/>) or to help recruit volunteers to write blog posts. The LLVM Project blog is a great place to share details about recent changes to LLVM, Clang, and related sub-projects. It also is a great place to highlight users of LLVM. You can write about your work or the work

+ MLIR dev mailing list since that’s where the OrcJit I’m using is. Thanks for all the details, Lang! What you described is exactly what I’m looking for! Please, MLIR dev, let me know if this debug feature and the solution that Lang describes below is interesting for MLIR. I’ll dig more into the details then but it doesn’t seem too complicated. Thanks, Diego From: Lang Hames [mailto:lhames at

Hi there. I’m trying to use LibFuzzer on OSX and face some issues: I checked out LibFuzzer documentation[1] and managed to proceed until the final step of the first example. Now I see linker errors related to dfsan, dfsan’s documentation[2] states explicitly “DataFlowSanitizer is a work in progress, currently under development for x86_64 Linux.”. Does it mean that LibFuzzer available only on

Hi all, hi Lang It's a little late to report issues for release_50, but I just found that thing while porting my JitFromScratch examples to 5.0. This is a really nifty detail, but (if I'm not mistaken) the function signature of RTDyldObjectLinkingLayer::NotifyLoadedFtor is incorrect: $ grep -h -r -A 1 "using NotifyLoadedFtor"

Hello everyone, My name is Alex, I'm hobbyist compiler hacker who lives in Berlin, Germany now. I'm thinking about organising "LLVM Social" meetups in Berlin, however I don't really know how many people are here, and how many of them are interested in getting in touch. If you want to participate or have any questions - feel free to answer to this thread, or to send me a

Appreciations for the initiative! There are some people in the Berlin C++ user group [1] who may be interested. Also there was an active compiler meetup group [3] a few years ago. As far as I know these guys mostly joined the Strange Group Berlin [2], but may still be interested in a more compiler-focused meetup. For the people cc'd: please let us know who'd like to participate in a LLVM

When using ORC JIT, I'm having trouble with external function resolution (that is, of a function defined in the app, with C linkage). I add a declaration for the function to my IR, and when I use MCJIT, it finds it and all is well, But when I use ORC JIT (I *think* correctly, at least it closely matches what I see in the tutorial), I get an LLVM error, "Program used external function