search for: tramp3d

...http://goanna.cs.rmit.edu.au/~emil/llvm-2.0-make-check.txt Summary: Native configuration is i386-unknown-freebsd6.2 # of expected passes 1988 # of expected failures 3 -=- I'm currently stuck on the nightly report, at this point: /usr/home/emil/llvm-test/RunSafely.sh 500 0 /dev/null Output/tramp3d-v4.out-nat Output/tramp3d-v4.native --cartvis 1.0 0.0 --rhomin 1e-8 -n 25 Ctrl-T tells me that tramp3d-v4.native has by now consumed 50,000 seconds of CPU time. Somehow I don't think it's going to stop anytime soon -- what can I do to break out of this cleanly and get the whole report bui...

...ched file SCoPs.tgz. I think this is because a lot of other Polly passes, such as "Cloog code generation" and "Induction Variable Simplification" are much more expensive than the "SCOP Detection Pass". (2) Analysis of "SCOP Detection Pass for two hot benchmarks (tramp3d and oggenc) “SCOP Detection Pass" would lead to significant compile-time overhead for these two benchmarks: tramp3d and oggenc, both of which are included in LLVM test-suite/MultiSource. The top 5 passes in compiling tramp3d are: (Attached file tramp3d-SCoPs.log) ---User Time--- --Syste...

...p?machine=231&night=4754 > Name: il0102a-dhcp80.apple.com > Nickname: OldGrawp-O0-PIC > Buildstatus: OK > > New Test Passes: > test/CFrontend/2008-01-28-PragmaMark.c [DEJAGNU] > > > New Test Failures: > Benchmarks/Shootout-C++/except [LLC compile, ] > Benchmarks/tramp3d-v4/tramp3d-v4 [LLC compile, ] > Regression/C++/EH/ctor_dtor_count [LLC compile, ] > Regression/C++/EH/ctor_dtor_count-2 [LLC compile, ] > Regression/C++/EH/exception_spec_test [LLC compile, ] > Regression/C++/EH/function_try_block [LLC compile, ] > Regression/C++/EH/simple_rethrow [L...

Hi, I have tagged the 3.6.1-rc1 so testing can begin. We can always use more testers, so if you are interested in helping, let me know. Instructions for validating an LLVM release can be found here: http://llvm.org/docs/ReleaseProcess.html Reminder: We are using 3.6.0 as our baseline for regression testing. Thanks, Tom

Can you share you compile-time and memory footprint measurements at least for CTMark? For a new pass/feature it would be great to share this with the community before you commit. Or did I miss them? Thanks Gerolf > On Jun 27, 2017, at 3:26 PM, Geoff Berry via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > EarlyCSE w/ MemorySSA has been enabled by default as of r306477 >

...CoPs.tgz. I think this is because a lot of other Polly passes, such as "Cloog code generation" and "Induction Variable Simplification" are much more expensive than the "SCOP Detection Pass". Good. > (2) Analysis of "SCOP Detection Pass for two hot benchmarks (tramp3d and oggenc) > “SCOP Detection Pass" would lead to significant compile-time overhead for these two benchmarks: tramp3d and oggenc, both of which are included in LLVM test-suite/MultiSource. > > > The top 5 passes in compiling tramp3d are: (Attached file tramp3d-SCoPs.log) > -...

> I've disassembled the failing MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 and compared it to > the one from the LLVM 3.6.0 test runs. There's nothing obvious. We've removed some useless > 'addiu $sp,$sp,0', eliminated two (seemingly redundant) sign extends, and the addresses of > functions+data has changed slightly. I've invest...

...il0102a-dhcp80.apple.com >> Nickname: OldGrawp-O0-PIC >> Buildstatus: OK >> >> New Test Passes: >> test/CFrontend/2008-01-28-PragmaMark.c [DEJAGNU] >> >> >> New Test Failures: >> Benchmarks/Shootout-C++/except [LLC compile, ] >> Benchmarks/tramp3d-v4/tramp3d-v4 [LLC compile, ] >> Regression/C++/EH/ctor_dtor_count [LLC compile, ] >> Regression/C++/EH/ctor_dtor_count-2 [LLC compile, ] >> Regression/C++/EH/exception_spec_test [LLC compile, ] >> Regression/C++/EH/function_try_block [LLC compile, ] >> Regression/C++/...

...k this is because a lot of other Polly passes, such as "Cloog code generation" and "Induction Variable Simplification" are much more expensive than the "SCOP Detection Pass". > >Good. > >> (2) Analysis of "SCOP Detection Pass for two hot benchmarks (tramp3d and oggenc) >> “SCOP Detection Pass" would lead to significant compile-time overhead for these two benchmarks: tramp3d and oggenc, both of which are included in LLVM test-suite/MultiSource. >> >> >> The top 5 passes in compiling tramp3d are: (Attached file tramp3d-SCoPs...

...clamscan 101.6% 130.8% > CTMark/SPASS/SPASS 101.2% 120.0% > CTMark/consumer-typeset/consumer-typeset 105.7% 138.2% > CTMark/kimwitu++/kc 103.1% 122.6% > CTMark/lencod/lencod 106.2% 143.4% > CTMark/mafft/pairlocalalign 96.2% 135.4% > CTMark/sqlite3/sqlite3 109.1% 155.1% > CTMark/tramp3d-v4/tramp3d-v4 109.1% 132.0% > GEOMEAN 103.5% 128.0% > > > Thanks, > > Kristof Thanks, -Quentin -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170524/77fd12b2/attachment.html> -------...

...; -27.75% > > SingleSource/Benchmarks/Misc/perlin > -21.35% > > MultiSource/Benchmarks/Olden/em3d/em3d > -19.12% > > MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 > -8.58% > > SingleSource/Benchmarks/McGill/chomp > -6.33% > > MultiSource/Benchmarks/sim/sim > -5.4...

...mostly under Clang:: Tooling (these testcases seems to be added in this week) & some debuginfo testcases, I will clean up them later. test-suite (17 failures) ====== 1 of them are compile stage failures === MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 the reason is tilegx do not support some c99 float rounding & exceptions we lack the support of some flag like FE_DIVBYZERO etc, for fegetexceptflag. 16 of them are runtime failures. === actually,...

.../spiff/spiff SingleSource/Regression/C/2004-03-15-IndirectGoto 2. llvm-gcc 2.7 vs clang 2.7 When comparing the 2.7 llvm-gcc and clang results I see these differences (is llvm-gcc considered baseline for clang?): ALL FAIL (pass in llvm-gcc): MultiSource/Benchmarks/PAQ8p/paq8p MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 MultiSource/Benchmarks/Prolangs-C/archie-client/archie MultiSource/Benchmarks/Prolangs-C/cdecl/cdecl SingleSource/Benchmarks/Misc-C++/bigfib SingleSource/Regression/C++/EH/ConditionalExpr SingleSource/Regression/C++/EH/ctor_dtor_count-2 SingleSource/Regression/C++/EH/function_try_bloc...

> llvm[2]: Flexing FileLexer.l > llvm[2]: Bison of FileParser.y SKIPPED -- bison not found > llvm[2]: Compiling FileLexer.cpp for Release build > /usr/home/emil/llvm-2.0/utils/TableGen/FileLexer.l:34:24: FileParser.h: No such file or directory > > Is this a packaging issue where FileParser.h was omitted > from the tarball, or does LLVM *need* bison in order to build? No,

Hi Bill, The PPC LNT buildbot is randomly failing on LNT because of timeouts. http://lab.llvm.org:8011/builders/clang-ppc64le-linux-lnt I've checked all recent LNT failures and they were spotted on some processes (lua, sqlite3, tramp3d, expandfft, etc), so I doubt this is in any was a real time out due to code-gen issues. I imagine they're all at the edge already and the standard deviation is enough to get it past the limit often. Given that this is mostly noise, can you move this bot to the quiet build master (http://lab.ll...

...: -18.78% (32.6580 => 38.7903) > multisource/Applications/minisat/minisat: -72.05% (1.2160 => 2.0921) > multisource/Benchmarks/PAQ8p/paq8p: -144.14% (3.2082 => 7.8324) > multisource/Benchmarks/Trimaran/enc-3des/enc-3des: -9.06% (2.6041 => 2.8401) > multisource/Benchmarks/tramp3d-v4/tramp3d-v4: -195.05% (22.2893 => 65.7641) > CBE: > singlesource/Benchmarks/Adobe-C++/loop_unroll: 10.56% (3.22 => 2.88) > singlesource/Benchmarks/Adobe-C++/simple_types_constant_folding: 69.10% (9.71 => 3.00) > singlesource/Benchmarks/CoyoteBench/fftbench: -382.67% (0.75...

...other one if you havent already. > 2. llvm-gcc 2.7 vs clang 2.7 > When comparing the 2.7 llvm-gcc and clang results I see these > differences (is llvm-gcc considered baseline for clang?): > ALL FAIL (pass in llvm-gcc): > MultiSource/Benchmarks/PAQ8p/paq8p > MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 > MultiSource/Benchmarks/Prolangs-C/archie-client/archie > MultiSource/Benchmarks/Prolangs-C/cdecl/cdecl > SingleSource/Benchmarks/Misc-C++/bigfib > SingleSource/Regression/C++/EH/ConditionalExpr > SingleSource/Regression/C++/EH/ctor_dtor_count-2 > SingleSource/Regre...

...0.4084 0.4282 0.0014 MultiSource/Benchmarks/TSVC/LoopRestructuring-flt/LoopRestructuring-flt 4.36% 0.3856 0.4024 0.0018 MultiSource/Benchmarks/TSVC/ControlFlow-flt/ControlFlow-flt 2.62% 0.4424 0.4540 0.0019 External/SPEC/CINT2006/401_bzip2/401_bzip2 1.50% 1.0613 1.0772 0.0010 MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 1.23% 12.1337 12.2831 0.0296 MultiSource/Applications/kimwitu++/kc 1.15% 9.3690 9.4769 0.0186 SingleSource/Benchmarks/Misc-C++-EH/spirit 1.13% 3.2769 3.3139 0.0079 External/SPEC/CFP2000/188_ammp/188_ammp 1.01% 1.8632 1.8820 0.0059 Performance Regressions - Execution Time Δ Previous...

Great! I thought I had to look at our pipeline at O0 to make sure optimized regalloc was supported (https://bugs.llvm.org/show_bug.cgi?id=33022 <https://bugs.llvm.org/show_bug.cgi?id=33022> in mind). Glad I was wrong, it saves me some time. > On May 22, 2017, at 12:51 AM, Kristof Beyls <kristof.beyls at arm.com> wrote: > > >> On 22 May 2017, at 09:09, Diana Picus

...; the other 20 are mostly under Clang:: Tooling (these testcases seems > to be added in this week) & some debuginfo testcases, I will clean > up them later. > > > test-suite (17 failures) > ====== > 1 of them are compile stage failures > === > MultiSource/Benchmarks/tramp3d-v4/tramp3d-v4 > the reason is tilegx do not support some c99 float rounding & > exceptions > we lack the support of some flag like FE_DIVBYZERO etc, for > fegetexceptflag. > > 16 of them are runtime failures. > === > actually, I compare all these failures with our gcc o...