similar to: [LLVMdev] Hello World to MSIL/CIL?

In the interests of maintaining a complete thread, forwarding, (somehow got set to llvm-dev instead of llvmdev) ---- this is awesome!!! very nice.. I've been reading the code. I have a couple questions, which I should probably figure out myself, but might as well ask. With regards to new/delete. I assume these are being translated into calls to lib-functions? Is pointer arithmetic and

For those interested in experimenting with (compiling / developing) a version of R for the Common Language Runtime (CLR) environment (Microsoft .Net, Novell Ximan Mono & DotGNU) -- a few links to some "free" compliers: C DotGNU (the official GNU project) http://dotgnu.org/ http://www.southern-storm.com.au/pnet_faq.html#q1_7 FAQ "1.7. What is pnetC? Since version 0.4.4 of

The latest release of the CIL C frontend (http://sf.net/projects/cil) now includes a module to generate LLVM assembly code from CIL's intermediate format. It should be considered alpha-level code and still has a number of significant limitations: It is targeted to the 32-bit mode of x86 processors using gcc's C dialect. It handles all of C, except: - bitfields - inline

Hi, I'm trying to build a simple R package 'helloWorld' with just one function that prints 'hello World' on the C side. I agree that it is completely useless, but I just start mixing R and C. My C file is as follows : #include <stdio.h> void helloWorld() { printf("hello world !\n") ; } When I call it from R, here is what happens : R>

Dear Rudiger, Rüdiger Klaehn wrote: > Hello all. > > is it possible to use LLVM to optimize existing .NET assemblies? > It's in theory possible. LLVM+VMKit already does it for Java classes. > Basically doing the following: > > - read in MSIL and convert into LLVM internal representation > - perform global optimizations on LLVM internal representation > - write

On Sat, May 16, 2009 at 5:09 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote: > Hello, > > > As for the state of the MSIL backend of LLVM, I don't think it's for > > production use yet. Assemblies have lots of information in them and > > maintaining them during the MSIL -> LLVM -> MSIL translations should be > > the hard part. > This

Hey there, Searching via the web is not producing answers.... So I thought I would ask the gods of llvm. :-) I'd like to experiment with the llc in conjunction with msil. but I am running into this error: llc-mp-2.9 test.ll -march=msil /opt/local/libexec/llvm-2.9/bin/llc: error: invalid target 'msil'. the version string is: llc-mp-2.9 --version Low Level Virtual Machine

Hello, > As for the state of the MSIL backend of LLVM, I don't think it's for > production use yet. Assemblies have lots of information in them and > maintaining them during the MSIL -> LLVM -> MSIL translations should be > the hard part. This should be pretty hard. MSIL is definitely much more high level than LLVM, that's why significant portion of information will

Chris Lattner wrote: > On Thu, 22 Mar 2007, Jeff Cohen wrote: >> I'm confused. A MSIL front end I can understand, but a back end? How >> will it be used? The GCC-based front ends that come with LLVM generate >> bytecodes that have dependencies on the GCC runtime, which is not going >> to be present in a .NET environment. > > Who said the input has to come

Hello, Jeff. > I'm confused. A MSIL front end I can understand, but a back end? How > will it be used? The GCC-based front ends that come with LLVM generate > bytecodes that have dependencies on the GCC runtime, which is not going > to be present in a .NET environment. Well. It's LLVM-to-MSIL translator. So, if the source use some unsupported code... The same situation

Anton Korobeynikov wrote: > Hello, Everyone. > > We've just commited new backend for LLVM: MSIL. The author of backend is > Roman Samoilov from Codedgers Inc. (roman at codedgers.com). Backend itself > is very similar to C backend (and actually was based on it). Note, it's > pure LLVM-to-MSIL translator, so no additional checks etc. are > performed. > I'm

Hi Artur, Artur Pietrek wrote: > Hello, > > I work in Kalray (Montbonnot, France) and I'm PhD student at Universite > Joseph Fourier in Grenoble. > We want to use LLVM framework for MSIL code generation, which is part of > my thesis. > Currently I'm still reading LLVM's documentation and I've started > completing the MSIL backend for running on Mono.

Hello all. is it possible to use LLVM to optimize existing .NET assemblies? Basically doing the following: - read in MSIL and convert into LLVM internal representation - perform global optimizations on LLVM internal representation - write out optimized MSIL using the existing LLVM backend I presume that the capability to convert MSIL into LLVM internal representation exists somewhere in VMKit.

Both backends are important but I find it more important the MSIL backend, for now. It's a shame that nobody is picking up the MSIL backend; it would be useful another backend that is machine-independent and that has support for several tools. -----Mensagem original----- De: llvmdev-bounces at cs.uiuc.edu em nome de Bruno Cardoso Lopes Enviada: qua 05-11-2008 19:47 Para: LLVM Developers

Hello, I work in Kalray (Montbonnot, France) and I'm PhD student at Universite Joseph Fourier in Grenoble. We want to use LLVM framework for MSIL code generation, which is part of my thesis. Currently I'm still reading LLVM's documentation and I've started completing the MSIL backend for running on Mono. Things that need to be fixed include pointers initialization, call to

Hi , I've been giving the ARM port of LLVM a spin today and ran into this . [ramana at venglathur builddir]$ cat hello.c && llvm-gcc hello.c -c -emit-llvm -O3 -o - | llc -march=arm #include <stdio.h> int main(void) { printf ("hello world\n"); return 0; } llc: bytecode didn't read correctly. llvm and the tools is today's CVS head while llvm-gcc is

On Thu, 22 Mar 2007, Jeff Cohen wrote: > The problem is worse than I thought. > > MSIL, and .NET in general, defines a specific object model. This object > model is explicitly part of MSIL semantics. LLVM is at a lower level; > it does not have an object model. To do a virtual call, LLVM > instructions must be generated to load a function pointer from a vtable Unlike Java,

Hello, Jeff. > and dereference it. But MSIL is at a higher level, where one simply > uses the callvirt instruction to do a virtual call and no vtable is > supplied or even present. You're right. Consider we will have some FE for MSIL, which will just generate LLVM's "call" instruction with some predefined CC, which will mean "this is virtual call". Backend

Hi, I am trying to use llvm to translate ftp.c(a file of wget-1.11.2.tar.bz2 ) to msil. But it shows errors like: [dayin at localhost src]$ llvm-gcc -emit-llvm ftp.c -c -o ftp.bc [dayin at localhost src]$ llc ftp.bc -march=msil -o ftp.s Intrinsic ID = 32 llc: /home/dayin/llvm/llvm-2.2/lib/Target/MSIL/MSILWriter.cpp:802: void <unnamed>::MSILWriter::printIntrinsicCall(const

Hi, The code that I was using was this: http://shootout.alioth.debian.org/u32q/benchmark.php?test=nbody&lang=gcc&id=1 I followed the footsteps for compiling it to BC than I took the BC code and compiled it with ilasm2 (Mono). After that I tried to run the .exe with mono and it gave me a invalid opcode. I wish I could give more information about the bug but my ext3fs partition crashed