similar to: [LLVMdev] Olden BM

The following should work: % cd llvm/test/Programs/MultiSource % gmake DISABLE_CBE=1 DISABLE_LLC=1 --Vikram http://www.cs.uiuc.edu/~vadve > -----Original Message----- > From: llvmdev-admin at cs.uiuc.edu > [mailto:llvmdev-admin at cs.uiuc.edu] On Behalf Of Juan Nicolas Ruiz > Sent: Sunday, December 08, 2002 2:20 PM > To: llvmdev at cs.uiuc.edu > Subject: [LLVMdev] Olden BM

On Sun, 8 Dec 2002, Juan Nicolas Ruiz wrote: > does anyone knows how to get the Olden BM bytecode files? http://llvm.cs.uiuc.edu/LLVMPrograms/Olden/ -- Misha Brukman :: uiuc.edu/~brukman

I have a doubt. This is an excerpt of the raw report I get after running Spec benchmarks through llvm-test.I am trying to calculate the program execution time.Does the output result in bold corresponds to "lli time" in Makefile.spec ? I am not interested in llc, jit or cbe.I simply need the normal bytecode and native code execution times after running my pass over them.I have modified

On Sun, 4 Sep 2005, Tanu Sharma wrote: > > I have a doubt. > > This is an excerpt of the raw report I get after running Spec benchmarks > through llvm-test.I am trying to calculate the program execution > time.Does the output result in bold corresponds to "lli time" in > Makefile.spec ? I am not interested in llc, jit or cbe.I simply need the > normal

Dear LLVM, If I have a DSGraph dsg, I want to duplicate a DSgraph which is exactly the same with dsg. How should I do that? Should I use DSGraph dsg2 = dsg; or use some other methods? Thanks, xiaodong

Hi, I get the following failures when I run the test-suite on linux (Ubuntu 12.04) using LNT (lnt runtest nt ...): (all are execution failures) MultiSource/Applications/Burg MultiSource/Applications/ClamAV MultiSource/Applications/lemon MultiSource/Applications/obsequi MultiSource/Benchmarks/MiBench/automotive-bitcount

Hi, I figured out how to resolve the failures. I noticed that Mountain Lion includes Bison 2.3 while Ubuntu 12.04 includes Bison 2.5. I installed Bison 2.3 from source in Ubuntu and the failures went away. I'm a little concerned that the bison version fixed all the failures I was seeing. To my knowledge the only failing test that depended on bison was Burg. It almost looks like one failure

There is almost certainly a bug in lnt or the makefiles. I changed the body of Burg main to the following: + printf("Hello World\n"); + return 0; I re-ran the test-suite again and got the following errors: --- Tested: 986 tests -- FAIL: MultiSource/Applications/Burg/burg.execution_time (494 of 986) FAIL: MultiSource/Applications/ClamAV/clamscan.execution_time (495 of 986) FAIL:

What exactly does Olden require from 'as'. I can't build the entire 'as' because there's no more disk space left. Wojciech

On Sun, 8 Dec 2002, Chris Lattner wrote: > Olden itself doesn't need it. _Compiling_ Olden requires the assembler to > turn llvm .s files into llvm .o files. Why not just use the bytecode > files that Misha posted? Right now I can't even get the LLVM assembly file to produce from Olden. The bytecodes that Misha posted are some ancient Olden version that doesn't work

The new Olden benchmark bytecodes Misha generated are in the standard place: > Perhaps Chris could copy them into the standard place? Done: http://llvm.cs.uiuc.edu/LLVMPrograms/Olden -Chris > > The files I linked to the second time > > (http://tank.cs.uiuc.edu/Olden) are hot off > the presses: I > > compiled them just recently today. So far, only 2 of them give me

On Sun, 8 Dec 2002, Chris Lattner wrote: > If you recompile the bytecode files now, (go into each directory and type > 'make final' they should be ok. Perhaps someone can do this and post the > results for everyone to use... I put up what I could compile here: http://tank.cs.uiuc.edu/Olden/ However, I could not get mst to compile: % make final dis: bytecode didn't read

When I try to compile the olden bc's off the webpage I am getting undefined symbols. My compile script works as follows: #!/bin/sh echo "Generating assembly file." llc -f $1.bc echo "Assembling s file." /opt/SUNWspro/bin/cc -xarch=v9 -lm $1.s -o $1 echo "Removing s file." rm $1.s and here is an example of the symbol issues: Undefined first referenced symbol

I've also been trying to compile the Olden benchmarks in /test/Programs/MultiSource/Olden-* but to no effect. I just did a full CVS update -d on the llvm tree but when I try compiling say Olden-bh I get this error: gmake: *** No rule to make target `Output/args.rbc', needed by `Output/bh.linked.rbc'. Stop. We've also tried downloading the Olden benchmarks directly from the URL

On Sun, 8 Dec 2002, Chris Lattner wrote: > > For each bmk, the undefined symbols are coming from args.c as far as I can > > tell. Do I need to link in args.c's bc file for each of them or am I > > doing something terribly wrong? > > These benchmarks were compile a long time ago in a galaxy far far away. > In this galaxy, uninitialized globals (int X;) were handled

Hello; I was able to build and install llvm(3.0) under Ubuntu 11.10 (using the ./configure script found under llvm source, and then make and make install). While configuring, I gave --prefix as a directory where I would like llvm to be installed. I did not give --with-llvmgccdir and the --enable-optimized argument to configure. Because 3.0 doesn't come with llvmgcc source/binaries and I

Dear LLVM: I wrote a small testcase and I can compiler and run it with gcc, But with llvm, I got weird error like the following. I really don't know what's going on. Could you explain? Thanks a lot -Jerry Error Message: xli3|csil-suna38|~/mp2|[25]% llvmgcc testcase3.c testcase3.c: In function `init': testcase3.c:5: warning: cast to pointer from integer of different size

Andy and I briefly discussed this the other day, we have not yet got chance to list a detailed pass order for the pre- and post- IPO scalar optimizations. This is wish-list in our mind: pre-IPO: based on the ordering he propose, get rid of the inlining (or just inline tiny func), get rid of all loop xforms... post-IPO: get rid of inlining, or maybe we still need it, only

LLVMers, The 2.2 prerelease is now available for testing: http://llvm.org/prereleases/2.2/ If anyone can help test this release, I ask that you do the following: 1) Build llvm and llvm-gcc (or use a binary). You may build release (default) or debug. You may pick llvm-gcc-4.0, llvm-gcc-4.2, or both. 2) Run 'make check'. 3) In llvm-test, run 'make TEST=nightly report'. 4) When

Thanks, Chris, Below is the output of 'llvmgcc he.c -v' xli3|csil-suna27|~/cs426|[35]% llvmgcc he.c -v Reading specs from /usr/dcs/projects/cs426/Software/gcc_install/bin/../lib/gcc-lib/llvm/3.1/specs Configured with: /home/vadve/lattner/cvs/gcc/configure --srcdir=/home/vadve/lattner/cvs/gcc --prefix=/home/vadve/lattner/cvs/gcc_install_sparc --target=llvm --enable-languages=c