search for: perlbmk

...as many of these fixed as possible before >> I create the release branch (still scheduled for tomorrow, Friday). >> >> I'll try to get some SparcV9 results out when the nightly tester is done. >> :( >> >> PowerPC: >> -------- >> SPEC/CINT2000/253.perlbmk/253.perlbmk (llc) >> Applications/hbd/hbd (llc) >> Applications/siod/siod >> Benchmarks/Fhourstones/fhourstones > > > I think these should be fixed as well, though it could use a retest. :) > Kudos to Nate for feeding me bugpointed bytecode files :) These following...

...ks to all who've helped fix things. We would like to try to get as many of these fixed as possible before I create the release branch (still scheduled for tomorrow, Friday). I'll try to get some SparcV9 results out when the nightly tester is done. :( PowerPC: -------- SPEC/CINT2000/253.perlbmk/253.perlbmk (llc) Applications/hbd/hbd (llc) Applications/siod/siod Benchmarks/Fhourstones/fhourstones -- John T. -- John T. Criswell Research Programmer University of Illinois at Urbana-Champaign "It's today!" said Piglet. "My favorite day," said Pooh.

...gt; We would like to try to get as many of these fixed as possible before I > create the release branch (still scheduled for tomorrow, Friday). > > I'll try to get some SparcV9 results out when the nightly tester is done. > :( > > PowerPC: > -------- > SPEC/CINT2000/253.perlbmk/253.perlbmk (llc) > Applications/hbd/hbd (llc) > Applications/siod/siod > Benchmarks/Fhourstones/fhourstones I think these should be fixed as well, though it could use a retest. :) Kudos to Nate for feeding me bugpointed bytecode files :) -Chris -- http://nondot.org/sabre/ http://llvm...

...181.mcf 1625 1737 6.85% 186.crafty 2411 2307 -4.30% 197.parser 1173 1166 -0.57% 252.eon 2245 2464 9.72% 253.perlbmk 2214 2444 10.37% 254.gap 1987 1978 -0.47% 255.vortex 2497 2422 -3.00% 256.bzip2 1585 1740 9.80% 300.twolf...

...:PassManager::run(llvm::Module&) + 33 15 llc 0x00000000009dfc6b main + 2201 16 libc.so.6 0x0000003255a1d994 __libc_start_main + 244 17 llc 0x00000000009de5c9 Stack dump: 0. Program arguments: /localhome/aggarwa4/llvm29/llvm-obj/Debug+Asserts/bin/llc Output/253.perlbmk.linked.rbc 1. Running pass 'Function Pass Manager' on module 'Output/253.perlbmk.linked.rbc'. Thanks, Arushi -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110523/783606e4/attachment.ht...

...errors for the various benchmarks, 4 of which are relate to the NAG f95 compiler. See below for details. I seems most of the error are directly related to f95, which seems to have undergone some changes in the 5.1 release. Two errors are related to LLVM I think, (crtend and the syntax error for perlbmk). Any hints to solve these problems are welcome. I've contacted the f95 people on the NAG-specific problems. *** cannot find library crtend This seems to be LLVM-specific. I've check the FAQ, and this is actually mentioned there. Only, it says to define the LLVM_LIB_SEARCH_PATH envir...

...1625 1737 6.85% > 186.crafty 2411 2307 -4.30% > 197.parser 1173 1166 -0.57% > 252.eon 2245 2464 9.72% > 253.perlbmk 2214 2444 10.37% > 254.gap 1987 1978 -0.47% > 255.vortex 2497 2422 -3.00% > 256.bzip2 1585 1740 9.80% > 3...

...st/Regression/CodeGen/X86/fast-cc-pass-in-regs.ll: > FAIL: /Users/criswell/llvm/test/Regression/ExecutionEngine/test-fp.ll: These should all be fixed now. Thanks. > The following Programs regressions are (or have started to) fail: > > Applications/hbd/hbd (llc) > SPEC/CINT2000/253.perlbmk/253.perlbmk (cbe) I'll look into these. -Chris -- http://nondot.org/sabre/ http://llvm.cs.uiuc.edu/

On 31 Aug 2006, at 23:46, Chris Lattner wrote: > On Thu, 31 Aug 2006, Kenneth Hoste wrote: >> Bummer. I think I'll contact the NAG support for more info on >> this. Can you >> show me the content of your Makefile.nagfortran? > > It is identical to yours. > >> Also, it is possible to tell make only to compile benchmark X? How >> can I >>

...odule&) + 33 > 15 llc 0x00000000009dfc6b main + 2201 > 16 libc.so.6 0x0000003255a1d994 __libc_start_main + 244 > 17 llc 0x00000000009de5c9 > Stack dump: > 0. Program arguments: /localhome/aggarwa4/llvm29/llvm-obj/Debug+Asserts/bin/llc Output/253.perlbmk.linked.rbc > 1. Running pass 'Function Pass Manager' on module 'Output/253.perlbmk.linked.rbc'. > > Thanks, > Arushi > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu &...

...0/175.vpr/175.vpr 0.97 CINT2000/176.gcc/176.gcc n/a // crashed! CINT2000/181.mcf/181.mcf 1.02 CINT2000/186.crafty/186.crafty 1.00 CINT2000/197.parser/197.parser 1.01 CINT2000/252.eon/252.eon n/a // never runs CINT2000/253.perlbmk/253.perlbmk 1.05 CINT2000/254.gap/254.gap 0.97 CINT2000/255.vortex/255.vortex 1.00 CINT2000/256.bzip2/256.bzip2 0.98 CINT2000/300.twolf/300.twolf 0.92 In three cases, I got a ratio above 1 [Must mean: scheduling had a negative impact on perform...

...to `ltmp_6792_156' /tmp/ccGCQxYs.o(.text+0x76f1):175.vpr.cbe.c: undefined reference to `ltmp_6793_157' /tmp/ccGCQxYs.o(.text+0x76fb):175.vpr.cbe.c: undefined reference to `ltmp_6794_156' These also include SPECint benchmarks, so again, this has nothing todo with f95. > *** perlbmk syntax error > > Compiling the perlbmk benchmark produces a syntax error. This may be > a GCC4 problem. > > <path>/SPEC_CPU2000_1.3_src/benchspec/CINT2000/253.perlbmk/src/ > nt_perlmain.c:80: error: syntax error before ‘int’ > > (among others) > > This specific l...

...e O3 instead of O4, the errors disappear. I use llvm-2.6 version on Red hat Linux. The CPU is "Dual-Core AMD Opteron(tm) Processor 8218" Can anyone give help? Btw, some benchmarks run more slowly wth llvm-gcc O3 than with gcc O3(version is 4.4.2) on my system. Such as 186.crafty, 253.perlbmk, 254.gap Anyone give comments? Thanks Shengmei -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20091223/f764e634/attachment.html>

...cessor 8218” > > Can anyone give help? > This page describes how to build Gold, and LLVM's plugin: http://llvm.org/docs/GoldPlugin.html > > > Btw, some benchmarks run more slowly wth llvm-gcc O3 than with gcc > O3(version is 4.4.2) on my system. Such as 186.crafty, 253.perlbmk, > 254.gap > > Anyone give comments? > How much slower? Best regards, --Edwin

...meant compile the code given rather than going through llvm code and the c backend? >> Also, on an unrelated note, I could have sworn all those benchmarks >> compiled but I went back to double check and I saw that there were a >> few problems. > > Okay. > >> 253.perlbmk builds fine but crashes when running through the spec >> test. >> I recall seeing a note a few places on the website that said perlbmk >> didn't work properly due to a longjmp bug, is that still a known bug >> or >> should I try running that through a debugger to...

...ccGCQxYs.o(.text+0x76f1):175.vpr.cbe.c: undefined reference to > `ltmp_6793_157' > /tmp/ccGCQxYs.o(.text+0x76fb):175.vpr.cbe.c: undefined reference to > `ltmp_6794_156' > > These also include SPECint benchmarks, so again, this has nothing > todo with f95. > >> *** perlbmk syntax error >> >> Compiling the perlbmk benchmark produces a syntax error. This may be >> a GCC4 problem. >> >> <path>/SPEC_CPU2000_1.3_src/benchspec/CINT2000/253.perlbmk/src/ >> nt_perlmain.c:80: error: syntax error before ‘int’ >> >> (among o...

...t; 3.38% > SingleSource/Benchmarks/Adobe-C++/simple_types_constant_folding > -35.04% > MultiSource/Benchmarks/Trimaran/enc-pc1/enc-pc1 > -17.92% > SingleSource/Benchmarks/Adobe-C++/simple_types_loop_invariant > -8.57% > External/SPEC/CINT2000/253.perlbmk/253.perlbmk > -3.43% > MultiSource/Benchmarks/MiBench/telecomm-gsm/telecomm-gsm > -3.36% > MultiSource/Benchmarks/TSVC/CrossingThresholds-dbl/CrossingThresholds-dbl > -1.34% > > +ve for these is bad, -ve is good. So overall looks like a good change, >...

...Benchmarks/BitBench/uudecode/uudecode 3.38% SingleSource/Benchmarks/Adobe-C++/simple_types_constant_folding -35.04% MultiSource/Benchmarks/Trimaran/enc-pc1/enc-pc1 -17.92% SingleSource/Benchmarks/Adobe-C++/simple_types_loop_invariant -8.57% External/SPEC/CINT2000/253.perlbmk/253.perlbmk -3.43% MultiSource/Benchmarks/MiBench/telecomm-gsm/telecomm-gsm -3.36% MultiSource/Benchmarks/TSVC/CrossingThresholds-dbl/CrossingThresholds-dbl -1.34% +ve for these is bad, -ve is good. So overall looks like a good change, especially in simple_types_constant_fo...

...mcf 0.00% -0.61% 11.02% -0.15% SPEC/CINT2000/186.crafty/186.crafty 0.00% 0.00% 23.97% 3.14% SPEC/CINT2000/197.parser/197.parser 1.18% 1.32% 47.48% 6.23% SPEC/CINT2000/252.eon/252.eon 2.39% 3.45% 15.34% 11.11% SPEC/CINT2000/253.perlbmk/253.perlbmk 0.13% -0.41% 33.45% 1.67% SPEC/CINT2000/254.gap/254.gap 0.24% -0.98% 13.90% 1.50% SPEC/CINT2000/255.vortex/255.vortex 0.00% 0.00% 94.96% -6.59% SPEC/CINT2000/256.bzip2/256.bzip2 0.00% -0.09% 37.42% 1.84% SPEC/CINT2000/300...

Example: define i8 @narrow_add(i8 %x, i8 %y) { %x32 = zext i8 %x to i32 %y32 = zext i8 %y to i32 %add = add nsw i32 %x32, %y32 %tr = trunc i32 %add to i8 ret i8 %tr } With no data-layout or with an x86 target where 8-bit integer is in the data-layout, we reduce to: $ ./opt -instcombine narrowadd.ll -S define i8 @narrow_add(i8 %x, i8 %y) { %add = add i8 %x, %y ret i8 %add } But on