search for: spass

...eq ($(ARCH),x86) >> LLCBETAOPTION := -regalloc=local -fast -tail-call-opt -tail-call-opt- >> align-stack > Please remove -regalloc=local -fast. We want to test this patch > separately. just did a test with LLCBETAOPTION := -tail-call-opt -tail-call-opt-align-stack this time only SPASS llc-beta fails (comparing with vanilla version) also jit fails (exit 139) but in both versions (vanilla/patched) which it did not do when i last tested but looking very briefly at the results i am not sure llc-beta really fails since the programm (SPASS) runs through and only the diff fails...

...oc=local -fast -tail-call-opt -tail-call- >>> opt- >>> align-stack >> Please remove -regalloc=local -fast. We want to test this patch >> separately. > > just did a test with > LLCBETAOPTION := -tail-call-opt -tail-call-opt-align-stack > > this time only SPASS llc-beta fails (comparing with vanilla version) > also jit fails (exit 139) but in both versions (vanilla/patched) > which it did not do when i last tested You mean SPASS JIT fails without tail call optimization being turned on? Is this due to fastcc abi change (callee pops arguments)? &...

On Oct 2, 2007, at 2:27 AM, Arnold Schwaighofer wrote: > Hi all, > > I changed the code that checks whether a tail call is really > eligible for optimization so that it performs the check/fix in > SelectionDAGISel.cpp:BuildSelectionDAG() as suggest by Evan. Also > eliminated an error that caused the remaining failing test cases in > the test-suite. > > The

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 >

On Tue, 17 May 2005, Jeff Cohen wrote: > I haven't specifically tried the 1.5 branch yet on FreeBSD, but the current > version just before you branched it passes gmake check and fails four > llvm-test tests: siod, SPASS, archie, and plot2fig. SPASS needs porting > work to compile correctly on FreeBSD. I haven't analyzed the other three > yet, but they weren't failing two days earlier. Chances are they weren't even showing up on the nightly tests before. I recently added a patch that shows...

I haven't specifically tried the 1.5 branch yet on FreeBSD, but the current version just before you branched it passes gmake check and fails four llvm-test tests: siod, SPASS, archie, and plot2fig. SPASS needs porting work to compile correctly on FreeBSD. I haven't analyzed the other three yet, but they weren't failing two days earlier. John Criswell wrote: > Dear All, > > I've finished building binaries for the GCC frontends and am now testin...

...d re_exec are undefined Chris Lattner wrote: > On Tue, 17 May 2005, Jeff Cohen wrote: > >> I haven't specifically tried the 1.5 branch yet on FreeBSD, but the >> current version just before you branched it passes gmake check and >> fails four llvm-test tests: siod, SPASS, archie, and plot2fig. >> SPASS needs porting work to compile correctly on FreeBSD. I haven't >> analyzed the other three yet, but they weren't failing two days earlier. > > > Chances are they weren't even showing up on the nightly tests before. > I recentl...

...v4/nts/2/graph?test.1=2> -1.05% 8.0407 7.9559 0.0193 CTMark/ClamAV/clamscan <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.7=2> -1.02% 11.3893 11.2734 0.0081 CTMark/lencod/lencod <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.10=2> -1.01% 12.8763 12.7461 0.0244 CTMark/SPASS/SPASS <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.5=2> -1.01% 12.5048 12.3791 0.0340 Performance Improvements - Compile Time Δ Previous Current σ External/SPEC/CINT2006/403.gcc/403.gcc <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.14=2> -1.64% 54.0801 53.1930 - Ex...

...time experiment - just to make sure I didn't make any silly mistakes in my experiment. > > Here are the details I see: > > gisel gisel+greedy > CTMark/7zip/7zip-benchmark 102.8% 106.5% > CTMark/Bullet/bullet 100.5% 105.1% > CTMark/ClamAV/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% >...

Dear All, I've finished building binaries for the GCC frontends and am now testing the 1.5 release branch on i386/Linux, Sparc/Solaris, and PowerPC/MacOS X. I'm looking for volunteers to test LLVM 1.5 on platforms that we don't have in house. I'm specifically looking for people who can do: Itanium FreeBSD/i386 Windows (Cygwin, MingW, etc) I'm mainly interested in major

...Chris Lattner wrote: > >> On Tue, 17 May 2005, Jeff Cohen wrote: >> >>> I haven't specifically tried the 1.5 branch yet on FreeBSD, but the >>> current version just before you branched it passes gmake check and fails >>> four llvm-test tests: siod, SPASS, archie, and plot2fig. SPASS needs >>> porting work to compile correctly on FreeBSD. I haven't analyzed the >>> other three yet, but they weren't failing two days earlier. >> >> >> Chances are they weren't even showing up on the nightly tests be...

Ok. Like I said, I am not too concerned with one or two llcbeta failures. That's expected. Thx, Evan On Oct 5, 2007, at 3:18 PM, Arnold Schwaighofer <arnold.schwaighofer at gmail.com > wrote: > Another round ;) Sadly not beer. > > tested against r42630 darwin-x86: > SPASS llc-beta still fails > > thanks for the patience > > On 5 Oct 2007, at 20:58, Evan Cheng wrote: > >> Yes please. >>> okay then i'll make tailcallopt switch stack adjusting behaviour? > > > > the patch for the test suite (when/if it's needed) would b...

...>> > I normally use 403.gcc, but if you don't have SPEC sources, these tests in the nightly test suite take a while to compile: > > MultiSource/Applications/ClamAV > MultiSource/Applications/JM/ldecod > MultiSource/Applications/JM/lencod > MultiSource/Applications/SPASS > MultiSource/Applications/kimwitu++/kc > MultiSource/Applications/sqlite3/sqlite3 > > If you run 'make TEST=nightly', both llc and opt compile times are interesting. The runtime of opt is cryptically reported in the GCCAS column. > > /jakob > > Jakob, Thanks f...

...lamAV/clamscan >> <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.7=2> -1.02% >> 11.3893 11.2734 0.0081 >> CTMark/lencod/lencod >> <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.10=2> -1.01% >> 12.8763 12.7461 0.0244 >> CTMark/SPASS/SPASS >> <http://michaelsmacmini.local/perf/v4/nts/2/graph?test.5=2> -1.01% >> 12.5048 12.3791 0.0340 >> >> >> Performance Improvements - Compile Time Δ Previous Current σ >> External/SPEC/CINT2006/403.gcc/403.gcc >> <http://michaelsmacmi...

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

...failure where as before this there were around 43 due to local function related optimization. But of course by giving preference to tail call many opportunities to optimize IPRA is missed. > > The 2 existing failure are interesting and hard to debug, namely they are MultiSource/Applications/SPASS/SPASS and MultiSource/Applications/sqlite3/sqlite3 > > However for test-suite sqlite3 is only complied as CLI program and thus it only contains 2 (big) source files. In sqlite3 source code there are few static methods with variable number of arguments and due to that these static function sh...

...2 runtime failure where as before this there were around 43 due to local function related optimization. But of course by giving preference to tail call many opportunities to optimize IPRA is missed. The 2 existing failure are interesting and hard to debug, namely they are MultiSource/Applications/SPASS/SPASS and MultiSource/Applications/sqlite3/sqlite3 However for test-suite sqlite3 is only complied as CLI program and thus it only contains 2 (big) source files. In sqlite3 source code there are few static methods with variable number of arguments and due to that these static function should not g...

...I normally use 403.gcc, but if you don't have SPEC sources, these tests in the nightly test suite take a while to compile: >> >> MultiSource/Applications/ClamAV >> MultiSource/Applications/JM/ldecod >> MultiSource/Applications/JM/lencod >> MultiSource/Applications/SPASS >> MultiSource/Applications/kimwitu++/kc >> MultiSource/Applications/sqlite3/sqlite3 >> >> If you run 'make TEST=nightly', both llc and opt compile times are interesting. The runtime of opt is cryptically reported in the GCCAS column. > I've finally got arou...

...u don't have SPEC sources, these >>> tests in the nightly test suite take a while to compile: >>> >>> MultiSource/Applications/ClamAV >>> MultiSource/Applications/JM/ldecod >>> MultiSource/Applications/JM/lencod >>> MultiSource/Applications/SPASS >>> MultiSource/Applications/kimwitu++/kc >>> MultiSource/Applications/sqlite3/sqlite3 >>> >>> If you run 'make TEST=nightly', both llc and opt compile times are >>> interesting. The runtime of opt is cryptically reported in the GCCAS >>&...

Another round ;) Sadly not beer. tested against r42630 darwin-x86: SPASS llc-beta still fails thanks for the patience On 5 Oct 2007, at 20:58, Evan Cheng wrote: > Yes please. >> okay then i'll make tailcallopt switch stack adjusting behaviour? the patch for the test suite (when/if it's needed) would be something like: >>>>> --- M...