search for: olden

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

does anyone knows how to get the Olden BM bytecode files? We're low on disk space and I don't want to build the whole test branch (even if i can, which I doubt, it failed last time i tried).

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 an...

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 d...

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...

...un, 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 correctly. gmake: *** [Output/mst.linked.rll] Error 1 So if anyone can get an up-to-date version of mst and wants to share, please speak up. -- Misha Brukman :: uiuc.edu/~brukman

> What exactly does Olden require from 'as'. I can't build the entire 'as' > because there's no more disk space left. 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? -Chr...

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 pre...

...BLE_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 > > > does anyone knows how to get the Olden BM bytecode files? > We're low on disk space and I don't want to build the whole > test branch (even if i can, which I doubt, it failed last > time i tried). > > _______________________________________________ &gt...

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

...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... > > -Chris > > -- > http://llvm.cs.uiuc.edu/ > http://www.nondot.org/~sabre/Projects/ > ../llvm/test/Programs/MultiSource/Olden-bh|% gmake final gmake: *** No rule to make target `Output/bh.llvm', needed by `final'. Stop. Any ideas?

> 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 differently, so how these old bytecode files aren't useful anymore.

...o enable the SLP-vectorizer by default on -O3. I would like to hear what others in the community think about this and give other people the opportunity to perform their own performance measurements. — Performance Gains — SingleSource/Benchmarks/Misc/matmul_f64_4x4 -53.68% MultiSource/Benchmarks/Olden/power/power -18.55% MultiSource/Benchmarks/TSVC/LoopRerolling-flt/LoopRerolling-flt -14.71% SingleSource/Benchmarks/Misc/flops-6 -11.02% SingleSource/Benchmarks/Misc/flops-5 -10.03% MultiSource/Benchmarks/TSVC/LinearDependence-flt/LinearDependence-flt -8.37% External/Nurbs/nurbs -7.98% SingleSo...

...s/Burg MultiSource/Applications/ClamAV MultiSource/Applications/lemon MultiSource/Applications/obsequi MultiSource/Benchmarks/MiBench/automotive-bitcount MultiSource/Benchmarks/MiBench/telecomm-FFT MultiSource/Benchmarks/Olden/voronoi MultiSource/Benchmarks/Ptrdist/anagram SingleSource/Benchmarks/BenchmarkGame Everything is built off trunk. Has anyone else seen these failures and found a fix? Perhaps I'm missing a dependency? There doesn't appear to be a linux machine on llvm.org/perf to...

...e immediate effect of this is that the construction and maintenance algorithms are much less likely to be buggy. 4. The *code* to implement the new representation is shorter and easier to understand. 5. Speaking of bugs, all known bugs in the old representation are now dead. All of the Olden suite and at least 181.mcf are successfully datastructuranalysisifiable. Others probably work as well. 6. The graphs, as printed by dot, are a heckofalot easier to read and interpret. 7. Now that the representation is finalized, I can finish writing the representation section of the paper...

...ajor runtime *regression, and many performance gains. There is a tiny increase in code size: 30k for the whole test-suite. Based on the numbers below I would like to enable the SLP-vectorizer by default for -O3. Please let me know if you have any concerns. Thanks, Nadav * - I now understand the Olden/BH regression better. BH is slower because of a store-buffer stall. This means that the store buffer fills up and the CPU has to wait for some stores to finish. I can think of two reasons that may cause this problem. First, our vectorized stores are followed by a memcpy that's expanded to a lis...

Fair enough... The following tests under MultiSource fail: Benchmarks/Olden/power Benchmarks/OptimizerEval Benchmarks/Ptrdist/ks Benchmarks/MallocBench/perl Applications/sgefa However, they also fail in the exact same way without my change. OptimizerEval appears to be non-deterministic; it produces different output each time it runs. Everything else passes. I also compa...

...MultiSource/Benchmarks/MiBench/consumer-typeset/consumer-typeset | * | * | MultiSource/Benchmarks/Fhourstones-3.1/fhourstones3.1 | * | * | MultiSource/Benchmarks/mafft/pairlocalalign | * | * | MultiSource/Benchmarks/Olden/perimeter/perimeter | * | * | MultiSource/Benchmarks/Olden/em3d/em3d | * | * | MultiSource/Benchmarks/Olden/tsp/tsp | * | * | MultiSource/Benchmarks/Olden/power/power...

Sorry about the lengthy post, I've searched high and lo for information on how to do this but now I need your help... ======== Brief intro on problem and requirements =========== I'm hoping to use Asterisk in a Home environment where I'd like to replace the current non-PC Answering Machine, and get added benefits such as IVR, and text to speeach, for Home Automation purposes.

Hi all, I've started looking at the GlobalMerge pass, enabled by default on ARM and AArch64. I think we should reconsider that, at least for AArch64. As is, the pass just merges all globals together, in groups of 4KB (AArch64, 128B on ARM). At the time it was enabled, the general thinking was "it's almost free, it doesn't affect performance much, we might as well use it".