similar to: [LLVMdev] running passes from LLCJ

Hi Michael, On Tue, Dec 8, 2009 at 6:26 PM, Michael Wu <mmwu at princeton.edu> wrote: > Hi, > > Thanks a lot for the help! I am getting some errors though: > > I am on a 32 bit chroot on a x86_64 system. Thus llc guesses the wrong > architecture from the module bitcode and spits out x86_64 assembly. I fixed > this by adding "-march=x86" to the llc options

Hi, I've managed to compile it the class down to a native executable. However, the executable runs for a while then spits out: terminate called without an active exception Aborted and dies. The program never gets to the normal output. Here is a stack trace from gdb: #0 0xf3f6baa6 in raise () from /lib/libc.so.6 #1 0xf3f6d3a8 in abort () from /lib/libc.so.6 #2 0xf41918f8 in

Hi, Thanks a lot for the help! I am getting some errors though: I am on a 32 bit chroot on a x86_64 system. Thus llc guesses the wrong architecture from the module bitcode and spits out x86_64 assembly. I fixed this by adding "-march=x86" to the llc options in llcj. gcc doesn't know what -lgc is. I'm guessing it is the garbage collection library. How can I get it or

Hi Michael, Currently, you can run vmjc created .bc files by statically linking them with all the .o needed files. For that, you can use the llcj tool, which works more or less like GCC's gcj tool. Note that you also need to create the libvmjc.so file, which contains the standard library in native form. Do a make in the tools/vmjc/libvmjc directory. Once this is done, update the

Hi, What do I need to link with vmjc created .bc files to actually run the .bc file? I tried running with lli but only got: LLVM ERROR: Program used external function 'StartJnjvmWithoutJIT' which could not be resolved! Thanks, Michael

I tried to compile helloworld program using llcj to native but i got the following error shyam at shyam:~$ cat hello.javaclass hello { public static final String str = "Hello Word"; public static void main(String[] args) { System.out.println(str); }}shyam at shyam:~$ llcj --main=hello hello.class -o hellollc: Unknown command line argument '-f'. Try:

When i tried to compile hello.class using llcj . I am currently using llvm-3.1 , gnu classpath-0.97.2 and vmkit I am getting the following error shyam at shyam:~$ llcj -S hello.classllc: Unknown command line argument '-f'. Try: '/home/shyam/llvmbuild/Release+Debug+Asserts/bin/llc -help'llc: Did you mean '-O'? can anyone help me with this --------------

Is llcj in working order? I read a while back that it had rotted. How can I help if so? I'd like to get it in working order and will pitch in my time to help get it back to a good state. -- Thanks, Ryan Fairchild -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130409/c9832b41/attachment.html>

When i tried to compile hello.class to executable the llcj --main=hello hello.class -o hello i got the following error /usr/bin/ld: error: cannot find -lAllocator/usr/bin/ld: error: cannot find -lGCMmap2/usr/bin/ld: error: cannot find -lvmjc/usr/bin/ld: error: cannot find -lLLVMSystem Where can i get the libraries related to Allocated , GCMmap2 , vmjc and LLVMSystem --------------

I installed vmkit-0.29 and tried to generate a executable using llcj I generated the libvmjc and updated the library path export LD_LIBRARY_PATH=$(VMKIT_OBJ)/Release/lib llcj --main=hello hello.class -o hello but i am getting the following error /home/shyam/classpath-0.97.2/lib/vmkit/Release+Debug/lib/libvmjc.a(glibj.zip.o): In function

Dear Michael, The symbols that are said undefined by the compiler live in libAllocator.a. That file should be in Release/lib/, do you have it? It is possible that the compiler has linking order problems. What is the version of your gcc? You can try changing the link order of the make command by editing tools/vmkit/Makefile. Also, you should know that the GC of vmkit does not work on a

Hi, I can't seem to get VMKit to compile correctly. I'm on a 64 bit Jaunty system. I compiled llvm and llvm-gcc from the subversion source no problem, but when I try to compile VMKit I get some issue with GCAllocator: /home/mmwu/Download/llvm$ ./configure /home/mmwu/Download/llvm$ make ENABLE_OPTIMIZED=1 /home/mmwu/Download/llvm$ make ENABLE_OPTIMIZED=1 install ...

On Tue, Jul 20, 2010 at 6:36 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > Sure, that's one major strength of LLVM: we could decide on a runtime >> function (CallVirtualMethod) that will get lowered depending on the >> underlying VM. I don't see any difficulties in accomplishing this. >> > > Is it common practice to emit function calls that are

Hi, I'm new to VMKit and I'm trying to use its AOT Java compiler but I'm immediately getting an error message which I don't understand. Everything was compiler as suggested in the Getting Started tutorial, using GNU Classpath. I try to run: llcj ../../tools/trainer/Release+Asserts/HelloWorld.class and get the following output: Can not materiale a function in AOT mode.0

On Tue, Jul 20, 2010 at 9:52 AM, nicolas geoffray < nicolas.geoffray at gmail.com> wrote: > On Tue, Jul 20, 2010 at 5:35 PM, Joshua Warner <joshuawarner32 at gmail.com>wrote: > >> Hi Nicolas, >> >> I plan on using the Avian GC (which is a precise, generational >> collector). >> > > OK - Great! > > >> Eventually, I'd like to

I have written several passes that have no pre-requisites for any previous LLVM native passes prior to my own. For those passes, I have verified that at least the following two approaches are equivalent in terms of executing those self-written passes and getting the correct results: #if METHOD_1 PassManager PM;

Thanks John. Out of curiosity, I wonder if it's possible to summarize the LLVMpass-specific design patterns. I.e., the software engineering techniques that were used to design/implement the LLVM Pass Infrastructure. Equivalently, this may also answer the question "Why is the code this way". This visibility can improve understanding and that is likely to improve quality as more

Hello again Gaël, (et al) More on rekindling work on VMKit! Thank you for your interactions thus far on- and off-list. As you suggested in your VMKit-retirement email (to which I'm attempting to respond), I'm interested in producing a Java-to-LLVM compiler out of VMKit. I'd like to take you up on your offer to help understand the architecture. If I can get the a Java-to-LLVM

Oups, sorry for the mistake, llcj (not llc:)) is not more maintained! Gaël Le 10 sept. 2014 00:27, "Gaël Thomas" <gael.thomas00 at gmail.com> a écrit : > Hi Brian, > > So, I confirm, llc is not more maintained. And using vmjc is probably > the good starting point to translate Java bytecode into llvm bitcode. > > However, I think that your hack (changing the way

Hi, Is this the right mailing list for sending in diffs by irregular contributers? Should I send diffs directly to the code owner instead? Tom ----- Original Message ----- From: "Thomas B. Jablin" <tjablin at CS.Princeton.EDU> To: "LLVM Developers Mailing List" <llvmdev at cs.uiuc.edu> Sent: Thursday, September 11, 2008 1:55:09 PM GMT -05:00 US/Canada Eastern