similar to: GitHub llvm-mirror 8d behind

Hi Stefan Thank you! In case, you missed in llvm-dev listing: you can find the proposal here : link. <https://docs.google.com/document/d/1202EcXlWMQ8yxu5qD0b5fE0a_kihlcaPNpZo_Jk0YeQ/edit?usp=sharing> Thanks for working on summarising the Bugzilla tickets to track the recent changes in ORC this is really helpful. On Sat, 18 May 2019 at 21:33, Stefan Gränitz <stefan.graenitz at

"git remote get-url" is apparently fairly new, the old version is "git config remote.origin.url". Might be worth using that for compatibility. On Mon, Jul 29, 2019, 5:11 PM Stefan Gränitz <stefan.graenitz at gmail.com> wrote: > Hey Cam, it works for me on TOT (89fb9e8ce15). > > What does the failed command return for you? It should be: > > > git

Hello everyone A previous thread about OrcJIT brought up bug reports on Bugzilla. A quick search gives 20+ results: https://bugs.llvm.org/buglist.cgi?component=OrcJIT&list_id=162232&query_format=advanced&resolution=--- While some of them are obviously outdated (addModuleSet API cleanup [1]), others may actually be relevant again (Small code model? [2]). If you reported one of them,

No issues pushing commits here, (despite it being my first commit via git!). On Thu, 13 Jun 2019 at 15:11, Stefan Gränitz <stefan.graenitz at gmail.com> wrote: > It looks like the lab.llvm.org build bot status page has been down for a > while. > > Yes, same here. Additionally, having trouble pushing commits to the > monorepo: > > $ git llvm push -n > Pushing 1

Hi All, No open source work to speak of this week. All my effort is going on tidying up the new initializers patch which I expect to land this weekend, or early next week. -- Lang. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200131/db360b1d/attachment.html>

Hey Lang and Stefan, Using dllimport on my “planschiValue” actually worked! But I have no idea why, because the relocation is still a REL32 if I use dumpbin… So how is it possible for that to work? However… when I load an COFF object file, am I able to change the relocations to dllimport somehow? I honestly can’t imagine how this would work since the machine code is probably already adjusted to

Hey llvm-dev, Was there a recent git script change that I missed? The usual command no longer works on my local machine. Any ideas? llvm-project/llvm> git llvm push -n `git remote get-url origin` returned 129 error: Unknown subcommand: get-url Thanks, Cam -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi, It looks like the lab.llvm.org build bot status page has been down for a while. No idea about the status of the build bots themselves though. Could somebody confirm and take a look? James -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20190613/aefdbbf8/attachment.html>

Hi Igor, not sure if that will work, but have you tried lli -jit-kind=orc-lazy ? The default is still MCJIT: https://github.com/llvm/llvm-project/blob/master/llvm/tools/lli/lli.cpp#L88 On 13/01/2020 19:07, David Blaikie via llvm-dev wrote: > (+Lang for JIT/interpreter questions) > > On Sun, Jan 5, 2020 at 5:00 PM Igor Gomon via llvm-dev > <llvm-dev at lists.llvm.org

Hi Björn I made a workaround for this specific issue a long time ago for the Projucer C++ JIT Engine. It basically forwards the call to another stub that provides enough space to encode a full 64-bit address. The patch is based on LLVM 3.9, so I guess it won't work out-of-the-box on a recent release, but it may give you enough hints to figure it out on your own:

Hi All, This was a quiet week -- the only significant ORC change was to the new TargetProcessControl API [1], which acquired the ability to load libraries and search for symbols in the target process in [2]. A new TargetProcessControl based definition generator is included to take advantage of this, and the LLJITWithTargetProcessControl example has been updated to include it. Regards, Lang. [1]

Hey Lang, That is really cool :D Is the creation of that table a Windows thingy or is this the way the LLVM handles it? Also… since it is COFF related – the never ending story of “finding my global constructors” first of all: Yes! I tried using the “initialize” function of LLVMJIT – however this only worked when I was loading a Module. When I added the object file (from the same source) the

Hi Stefan, I just tried the -jit-kind=orc-lazy with lli executable and it solves the problem on Ubuntu 18.04 (still does not work on Windows 10). But this solution is good enough for me now. Thanks again for your help! -- Best Regards, Igor ________________________________ From: Igor Gomon <giv_ua at hotmail.com> Sent: Tuesday, January 14, 2020 7:38 PM To: Stefan Gränitz

Hello everyone I was just porting a project to build against the LLVM 9 apt packages and noticed that the issue I filed and explained during the release phase in https://llvm.org/PR43035 still persists: CMake Error at /usr/lib/llvm-9/lib/cmake/llvm/LLVMExports.cmake:1323 (message):   The imported target "yaml-bench" references the file      "/usr/lib/llvm-9/bin/yaml-bench"

Hello, I recently hit an issue when JIT'ing my generated IR using llvm::orc::LLJIT. My IR contains the following definition of a global variable: > $_ZZ23TestStaticVarInFunctionbE1x = comdat any > @_ZZ23TestStaticVarInFunctionbE1x = linkonce_odr dso_local global i32 123, > comdat, align 4 > And in my host process, there exists the same symbol. I would expect LLJIT to resolve the

Hi all, I'd like to announce the "unofficial llvm github mirror", which I've been running for a bit over 3 years now: https://github.com/llvm-mirror Why is this useful in addition to the existing llvm git mirrors? * quick code browsing, easy to link to a particular line or commit * github projects based on LLVM can simply fork (server-side) and avoid uploading project contents

On 02/12/2019 15:21, Sylvestre Ledru wrote: > yaml-bench is shipping in libclang-common-9-dev Ok possible. Though, it adds an unnecessary 46MB to my docker image. > It should be indeed in llvm-9-dev instead. This would hide the problem, right. I am not sure it's is a good solution. Where can we review the build process for the apt packages? On 02/12/2019 15:21, Sylvestre Ledru wrote:

Hi All, There was only one interesting ORC-specific commit this week: A new example showing how to initialize and de-initialize JITDylibs has been added in llvm/examples/OrcV2Examples/LLJITWithInitializers. The Extensible RTTI system (https://reviews.llvm.org/D39111) that I posted a while back has landed. While this is not ORC specific, I expect it to be used in upcoming patches to allow ORC

Hi all, I am following the LLVM JIT tutorial API based on: https://llvm.org/docs/tutorial/BuildingAJIT1.html I have 2 independent questions: 1. The tutorial mentions that "*will defer compilation of the module until any of its definitions is looked up*". Does that mean to force eager compilation, i have to keep track of all functions added to the Module and do a lookup? I want the

On 04/23/2015 10:37 PM, Jonathan Roelofs wrote: > +cfe-dev, +cfe-commits, +llvm-commits > > > On 3/9/15 11:02 AM, Will Dietz wrote: >> Hi all, >> >> I'd like to announce the "unofficial llvm github mirror", which I've >> been running for a bit over 3 years now: >> >> https://github.com/llvm-mirror >> >> Why is this