similar to: [LLVMdev] running llvm byte code

On 9/19/13 9:53 AM, Herbei Dacian wrote: > > Hi Konstantin, > good point. > but I my intention is to have something like the llva project. If you want something like the LLVA project for user-space applications, then you basically want to use LLVM as-is. The only things missing are the instructions that replace certain in-line assembly sequences that cannot be represented by

Hi Konstantin, good point. but I my intention is to have something like the llva project. Basically I would like to define a machine that looks as if it has processors running natively llvm code. And when that runs enhance the llvm byte code with some specific instructions. Besides this if I make my measurements on the running of llvm bytecode I can test several platforms simultaneously because I

Hi,Is there possible to run the llvm byte code purely interpreted with lli? I know there is this option but in the documentation is stated also that the option is not working and is not maintained. Did I understand wrong? Is it working? Is anyone working on this option? I would like to make something similar to q-emu or bochs. best regards, dacian -------------- next part -------------- An HTML

19.09.2013, 18:20, "Herbei Dacian" <dacian_herbei at yahoo.fr>: > Hi, > Is there possible to run the llvm byte code purely interpreted with lli? > I know there is this option but in the documentation is stated also that the option is not working and is not maintained. > Did I understand wrong? Is it working? > Is anyone working on this option? > I would like to

Hi All, I'm a real newbie to this so I have a few simple question. I would like to make an llvm byte code emulator with certain special features. So, I need an llvm byte code emulator that works out of the box if possible. Does this exist? Is it open source? And if not what is the closest open source to it. best regards, dacian -------------- next part -------------- An HTML attachment was

Hi Dacian, What want to make a "llvm byte code emulator", so basically you want to learn how to use LLVM or how to make a compiler to obtain LLVM bytecode? On Fri, Jul 5, 2013 at 8:02 AM, Herbei Dacian <dacian_herbei at yahoo.fr>wrote: > > Hi All, > I'm a real newbie to this so I have a few simple question. > I would like to make an llvm byte code emulator

On 7/19/13 3:20 AM, Herbei Dacian wrote: > > > Hi All, > can anyone tell me where I can find the sources for the llva-emu project? The llva-emu code is extremely old and, as I recall, not very feature-filled. It was also done for a class project (I don't think it was used for the original LLVA publication, and it wasn't used for any of the subsequent LLVA/SVA publications

Hi All, can anyone tell me where I can find the sources for the llva-emu project? I've tried to contact  Michael Brukman or Brian Gaeke but no reply. thank you for any help, dacian -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130719/94fcf74b/attachment.html>

As of LLVM 3.2, is it possible to use iostream with the MCJIT or interpreter execution engines? I'm getting some errors... Each of these commands correctly prints "hello": echo -e '#include <stdio.h>\nint main(){ printf("hello"); }' | clang -cc1 -emit-llvm-bc -x c++ | lli -use-mcjit echo -e '#include <iostream>\nint main(){ std::cout <<

Hi Nick, > Fundamentally the issue is that the system linker is supposed to define > __dso_handle when linking, but since there is no system linker between > your build of the .bc files and running lli, nobody has defined it. > > It seems reasonable to me that lli should define __dso_handle if it's > declared in the module. > > You could module tools/lli/lli.cpp to add

Ashok Nalkund wrote: > > Resending :(. Any pointers? Fundamentally the issue is that the system linker is supposed to define __dso_handle when linking, but since there is no system linker between your build of the .bc files and running lli, nobody has defined it. It seems reasonable to me that lli should define __dso_handle if it's declared in the module. You could module

Hi, What would be an estimate for the amount of work required to implement this? Where would I get started if I were to implement it? My goal is to run Objective-C programs in the interpreter so I can provide an application-sandbox by disallowing the invocation of certain C-functions and also by disallowing the invocation of certain Objective-C methods. Thanks, Eric On Oct 19, 2009,

On Oct 18, 2009, at 6:32 PM, Eric Brunstad wrote: > Hi, > > Is it possible to run Objective-C code in lli? lli does not seem to > want to load Foundation.framework. It is definitely possible, but we're not there yet. LLI would have to know about objective-c metadata to register it properly with the runtime. This is important for things like classes etc. This isn't

Hi, Is it possible to run Objective-C code in lli? lli does not seem to want to load Foundation.framework. Please see below. Thanks, Eric Brunstad #import <Foundation/Foundation.h> int main(int argc, char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; NSLog(@"test!"); [pool drain]; return EXIT_SUCCESS; } cmu-351714:llvm-2.5 ericbrunstad$

Hi all, I am facing new problem with lli now. I am having a sample code in which I am doing malloc for two variables. If I compile the code with normal gcc the program runs without any warning of any sorts. If I compile the program to convert it into a bytecode file and then run it through lli it segfaults and the program aborts. This is the stack trace after execution. lli((anonymous

Hi, I am new to LLVM and was trying out various tool of LLVM. I compiled my source file containing a implementation of matrix-matrix multiplication, using llvm-g++ -emit-llvm -O3 -c dgemm.cpp -o dgemm.bc and tried running the source file on the llvm interpreter using lli --force-interpreter=true dgemm.bc I get the error Could not resolve external global address: __dso_handle followed by

Hi Stefan, Thanks for your reply. I tried running my simple example on Linux using lli and it does work fine. So I think the best long-term solution is to migrate my code to the new lazy orc jit. Unfortunately, even the simplest example does not work on Windows: int main() { return 0; } This is the output: JITDylib "<main>" (ES: 0x000001b6e4ad3670): Search order: [

Hi Alberto, Can you please file a bug for it, with the test case attached (if you haven't already). Thanks, Ehud. On Sat, 1 Feb 2020 at 11:32 Alberto Barbaro via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi all, > just a gentle reminder :) Is there any update on this please? > > Happy to help in any way I can > > Alberto > > Il giorno ven 3 gen 2020 alle

> > Hey Lang - does any of this look familiar to you? I'm afraid not: I know nothing about the interpreter. As far as I'm aware it's essentially abandonware. Alberto: The usual recommendation in these circumstances is to use a JIT class instead of the interpreter. You're using -force-interpreter though, so I assume you really want to use the interpreter for your use case?

Hi, I am trying to run an LLVM analysis on a C++ program that calls qsort(), using the LLVM interpreter (lli --force-interpreter). The code is the qsort_large.c file in the MiBench benchmark suite. If I comment the qsort() call, the execution works fine. If I uncomment the qsort() call, I run into a segmentation fault error as follows: 0 lli 0x0000000000d35c6f 1 lli