Displaying 20 results from an estimated 70000 matches similar to: "[LLVMdev] Updated GSoC Proposal"
2007 Mar 24
3
[LLVMdev] Google SoC Proposal Draft
Hello,
here's my proposal for a GSoC project with LLVM. I'm happy for any
feedback or advice you can give me.
Thanks in Advance
Tilmann
* Proposal for Google Summer of Code Project
** Using LLVM as a backend for QEMU's dynamic binary translation
*** Abstract:
The goal of this project is to modify the QEMU dynamic binary translator
to use components of the LLVM compiler
2007 Mar 25
0
[LLVMdev] Google SoC Proposal Draft
Hi Tilmman,
Thanks for submitting this. Here's some feedback.
On Sun, 2007-03-25 at 00:41 +0100, Tilmann Scheller wrote:
> Hello,
>
> here's my proposal for a GSoC project with LLVM. I'm happy for any
> feedback or advice you can give me.
>
> Thanks in Advance
>
> Tilmann
>
>
> * Proposal for Google Summer of Code Project
>
> ** Using
2011 Apr 05
0
[LLVMdev] GSoC 2011: Fast JIT Code Generation for x86-64
Hi Viktor,
On Tue, Apr 5, 2011 at 9:41 PM, Óscar Fuentes <ofv at wanadoo.es> wrote:
> Jim Grosbach <grosbach at apple.com> writes:
>
> >> To me, increasing coverage of the FastISel seemed more involved than
> >> directly emitting opcodes to memory, with a lesser outlook on
> >> reducing overhead.
> >
> > That seems extremely unlikely.
2011 Apr 05
5
[LLVMdev] GSoC 2011: Fast JIT Code Generation for x86-64
Jim Grosbach <grosbach at apple.com> writes:
>> To me, increasing coverage of the FastISel seemed more involved than
>> directly emitting opcodes to memory, with a lesser outlook on
>> reducing overhead.
>
> That seems extremely unlikely. You'd be effectively re-implementing
> both fast-isel and the MC binary emitter layers, and it sounds like a
> new
2008 Apr 01
5
[LLVMdev] Newbie
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
</head>
<body bgcolor="#ffffff" text="#000000">
Hello,<br>
<br>
We are a research project in joint french-chinese laboratory. We are
considering using<br>
LLVM in our project but we'd like to have some additional info before
we dive in.
2008 Apr 05
0
[LLVMdev] Newbie
On Tue, Apr 1, 2008 at 9:49 AM, Vania Joloboff <vania at liama.ia.ac.cn> wrote:
Hello,
>
> We are a research project in joint french-chinese laboratory. We are
> considering using
> LLVM in our project but we'd like to have some additional info before we
> dive in.
> Since we are new kids on the block, please bear with us...
>
> We are interested in using LLVM
2008 Jun 12
2
[LLVMdev] Binary translation to LLVM bitcode
I'm looking for methods for generating LLVM bitcode from binaries
(binary translation). I found two projects that seem to be related:
vmkit and llvm-qemu
a) Could someone shed some light on how the recently released vmkit
works? Can vmkit be used for statically translating JVM or MSIL code
to LLVM bitcode? Or is vmkit simply reusing LLVM's JIT execution
engine, without ever
2008 Apr 06
3
[LLVMdev] llvm-qemu. (Was: Newbie)
Hi Tilmann,
> Nevertheless, it is unlikely that llvm-qemu will ever be much faster
> than regular qemu (by replacing its code generator completely, which
> it currently does), which is due to the fact that regular qemu has a
> very lightweight code generator (it basically only copies blocks of
> memory and performs some patching to them and only does static
> register
2011 Apr 06
1
[LLVMdev] GSoC 2011: Fast JIT Code Generation for x86-64
Thanks for all the replies!
I wanted to closely resemble what the CACAO VM[1] backend did with
success for a long time: for every CACAO IR instruction, there is a
sequence of x86 instructions that get written directly to the executable
memory. In CACAO, registers are used while available, then everything is
spilled. Relocations are resolved and patched in a second go.
It seems this is similar to
2008 Sep 29
2
[LLVMdev] LLVM and dynamic binary translator
Hello List,
I am a newbie regarding LLVM and need some information on LLVM.
I am working on dynamic binary translation and I am looking into if LLVM can be used for the purpose.
The goal here is to generate highly optimized translated (host) code from target code.
I have following questions.
1. Can LLVM be used in a dynamic binary translator? Dynamic translator translators target code for an
2008 Sep 29
0
[LLVMdev] LLVM and dynamic binary translator
Hi Arabinda,
> 1. Can LLVM be used in a dynamic binary translator? Dynamic translator
> translators target code for an architecture (say PPC) to host code (say x86)
> and execute it.
There has been some discussion about this within the past two months on this
list, IIRC. You should try searching the archives for that discussion.
IIRC, the outcome is that transforming binary code into
2014 Feb 25
2
[LLVMdev] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind
On 02/25/2014 04:50 PM, John Criswell wrote:
>
> I think a more interesting idea would be to use LLVM to perform
> instrumentation and then to use Valgrind to instrument third-party
> libraries linked into the program.
>
> What I'm imagining is this: Let's say you instrument a program with
> SAFECode or Asan to find memory safety errors. When you run the program
>
2008 Apr 07
2
[LLVMdev] Newbie
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Thanks to all those who responded to our email.<br>
<br>
Tilmann Scheller wrote:
<blockquote
2008 Apr 06
0
[LLVMdev] llvm-qemu. (Was: Newbie)
Ralph Corderoy wrote:
> Hi Tilmann,
>
>
>> Nevertheless, it is unlikely that llvm-qemu will ever be much faster
>> than regular qemu (by replacing its code generator completely, which
>> it currently does), which is due to the fact that regular qemu has a
>> very lightweight code generator (it basically only copies blocks of
>> memory and performs some
2009 Sep 29
1
[LLVMdev] converting x86 instructions to LLVM instructions
>
>
> Are there particular reasons why you want to translate to LLVM IR?
> (E.g. the authors of the paper wanted to be able to use KLEE with
> machine code)
>
> Hi Tilmann
I want to do the same. Using KLEE with machine code. With such a framework,
I could try to do the same that what is explained here :
2014 Feb 26
2
[LLVMdev] [Valgrind-developers] [GSoC 2014] Using LLVM as a code-generation backend for Valgrind
Hi,
only one letter got to valgrind-developers mailing list. I'll quote
the first message of the thread so that those who do not read llvmdev
knew what's this discusssion about.
=== Begin of the first message ===
> Hi,
>
> I've seen on the LLVM's Open Projet Page [1] an idea about using LLVM to
> generate native code in Valgrind. For what I know, Valgrind uses libVEX
2008 Jun 22
3
[LLVMdev] Advice - llvm as binary to binary translator ?
First, is there a way to search the archives for this list ? I
apologize in advance if I have stepped on a FAQ.
My goal is to execute legacy binary machine code from a very old one
of a kind computer on a variety of modern computers. I already wrote
an emulator for the legacy machine that executes the old machine
code. However, my emulator is just an interpreter and therefore has
2008 Jun 24
0
[LLVMdev] Advice - llvm as binary to binary translator ?
Hi Eric,
I'm currently writing an IA-32 to LLVMIR translator. I'm only mid way
through, but I can certainly say that there have been more difficulties
than I anticipated when I began!
I think that it is a reasonable approach, perhaps especially in your
case, since you have an emulator already. Automatic static translation
is equivalent to the halting problem for IA-32 code, though
2009 Sep 23
2
[LLVMdev] Global register variables/custom calling conventions
Anton Korobeynikov wrote:
> Ok, what's left from QEMU then? :)
The hardware emulation (interrupts, condition flags, register file etc)
and execution framework (block selection and execution) from qemu are
still used - translating the ARM to the native architecture is only part
of the story :)
>
>> generating reasonable code - this approach keeps it in place while we do
2009 Sep 25
0
[LLVMdev] Global register variables/custom calling conventions
Hi Andrew,
On Wed, Sep 23, 2009 at 7:26 AM, Andrew Jeffery <andrew at aj.id.au> wrote:
> TCG seperates the guest (ARM) code into blocks - my front end translates
> these to LLVM IR for LLVM to translate to x86. The assumption is that LLVM
> will produce a better translation than TCG*. At some future point the
> TCG-generated native block is replaced by the LLVM's, and as