search for: testresult

Hi All, Do to popular request, I just set up a new mailing list to capture the nightly tester output from the various testers running 'round the world. The new list is available here: http://mail.cs.uiuc.edu/mailman/listinfo/llvm-testresults If you're running a nightly tester, please update your crontab to send mail to the llvm-testresults at cs.uiuc.edu list (potentially in addition to yourself) so the summaries from the tester will get archived. Internally our crontab line looks like this (e.g., for the ppc tester): 5 2 *...

I was wondering if you could lend me some advice in using the Vennerable package. I am having trouble creating the right sort of Venn function output. I have "TRUE" and "FALSE"/NA str(mutset) 'data.frame': 2310 obs. of 3 variables: $ TestResult.1 : chr NA NA NA NA ... $ TestResult.2 :chr NA NA NA NA... $ TestResult.3 : chr NA NA NA NA ... I always get something like this: > Vstem<-Venn(mutset) >Vstem A Venn object on 3 sets named TestResult.1,TestResult.2,Test...

How do the llvm-gcc developers handle regression testing? Are there regular postings of the make check results for llvm-gcc-4.2 such as on the gcc-testresults mailing list? If not, it might be a good idea if linux and darwin workstations could be found to dedicate as regression test machines and a llvm-gcc-testresults mailing list created for those results. That would be extremely useful in tracking down which commit caused a particular regression....

> Do to popular request, I just set up a new mailing list to capture the > nightly tester output from the various testers running 'round the world. > The new list is available here: > http://mail.cs.uiuc.edu/mailman/listinfo/llvm-testresults > > If you're running a nightly tester, please update your crontab to send > mail to the llvm-testresults at cs.uiuc.edu list (potentially in addition to > yourself) so the summaries from the tester will get archived. Internally > our crontab line looks like this (e.g., for...

...on/C++/EH/function_try_block [LLC compile, ] >> Regression/C++/EH/simple_rethrow [LLC compile, ] >> Regression/C++/EH/simple_throw [LLC compile, ] > > This is visible in the gcc testsuite also: somebody broke EH. > > _______________________________________________ > llvm-testresults mailing list > llvm-testresults at cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvm-testresults

...> >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > _______________________________________________ > llvm-testresults mailing list > llvm-testresults at cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvm-testresults

Hi Bob, are these performance regressions real? They look pretty serious. Ciao, Duncan. On 10/12/11 09:40, llvm-testresults at cs.uiuc.edu wrote: > > bwilson__llvm-gcc_PROD__i386 nightly tester results > > URL http://llvm.org/perf/db_default/simple/nts/332/ > Nickname bwilson__llvm-gcc_PROD__i386:4 > Name curlew.apple.com > > Run ID Order Start Time End Time > Current 332 0 2011-10-12 0...

On Jan 30, 2008, at 9:12 PM, Apache wrote: > http://llvm.org/nightlytest/test.php?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, ] >

...ran the two tests with the biggest execution time regressions, and the results were completely reproducible. On Oct 12, 2011, at 1:24 AM, Duncan Sands wrote: > Hi Bob, are these performance regressions real? They look pretty serious. > > Ciao, Duncan. > > On 10/12/11 09:40, llvm-testresults at cs.uiuc.edu wrote: >> >> bwilson__llvm-gcc_PROD__i386 nightly tester results >> >> URL http://llvm.org/perf/db_default/simple/nts/332/ >> Nickname bwilson__llvm-gcc_PROD__i386:4 >> Name curlew.apple.com >> >> Run ID Order Start Time End Ti...

After fixing nested () problem manual run nighttest finished successfully with one remarkable logged problem: INITIALIZED CVS Root = :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm BuildDir = /home/wanderer/pkg/build/llvm/night/build WebDir = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD Prefix = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD/2004-09-06 CVSLog = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD/2004-09-06-CVS-Log.txt BuildLog = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD/2004-09-06-Build-Log.txt Changing To...

..." and "g++" by default, just like with vanilla gcc. Use --program-prefix=llvm- on your configure line for llvm-gcc to have them named llvm-*. Your questions will get more visibility and a higher likelihood of being answered if you direct them to the llvmdev list rather than the llvm-testresults list. This list is normally used for automated test-suite results emails and responses discussing them. Regards, Jim On Sep 8, 2010, at 4:22 AM, huwei8717 wrote: > My problem is there is no llvm-gcc and llvm-g++ in the directory of bin when I have installed llvm and llvm-gcc. > I was fo...

...pt. I use this options (+ -verbose now for testing) /home/wanderer/pkg/build/llvm/src/llvm/utils/NightlyTest.pl -parallel -enable-linscan -noexternals -noremove :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm /home/wanderer/pkg/build/llvm/night/build /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD Log: INITIALIZED CVS Root = :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm-test BuildDir = /home/wanderer/pkg/build/llvm/night/build WebDir = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD Prefix = /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD/...

...now? >> >> _______________________________________________ >> LLVM Developers mailing list >> LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu >> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > > _______________________________________________ > llvm-testresults mailing list > llvm-testresults at cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvm-testresults

Okay, I'll have to fix NightlyTest.pl not to use shell script syntax that isn't universal. Look for a commit soon. Reid. On Sun, 2004-09-05 at 13:31, Vladimir Merzliakov wrote: > > Bash 2.05b on Linux handles this fine. I was asking what > > your "default" system shell is on FreeBSD. Probably /bin/sh, right? > > Perhaps you can: > > > >

> > Ah! This is the one that's messing up. Could someone take a look at > this and see why it's failing? It doesn't even seem to be getting to > the "svn" checkout. > > Hi Bill, [sorry I was not subscribed to llvm-testresults, and noticed this only now] This is a buildbot bug apparently, see http://buildbot.net/trac/ticket/284 and http://buildbot.net/trac/ticket/255. You can fix this on the buildbot *slave* by editing your buildbot.tac file, and adding this line: usepty = 0 I had the same problem for a buildbot I ru...

> Changes in directory llvm-www/testresults: > > index.html updated: 1.22 -> 1.23 > --- [skiped] > <li><a href="http://npt.cc.rsu.ru/testresults-X86-FreeBSD/index.html">X86: > FreeBSD 5.3-RC1</a> -- debug build</li> > Can be description updated to "X86: FreeBSD 5.3 (Pentium 3 @ 1....

But I am using llvm-gcc-4.2. Any idea why it's failing? Evan On Feb 16, 2008, at 11:24 AM, Dale Johannesen wrote: > On Feb 16, 2008, at 7:06 AM, Apache wrote: >> New Test Failures: >> test/C++Frontend/2008-02-13-sret.cpp [DEJAGNU] > > This test doesn't work with gcc-4.0, which caused it to fail on a > number of testers overnight. I can fix that in 4.0, but as I

On Feb 16, 2008, at 7:06 AM, Apache wrote: > New Test Failures: > test/C++Frontend/2008-02-13-sret.cpp [DEJAGNU] This test doesn't work with gcc-4.0, which caused it to fail on a number of testers overnight. I can fix that in 4.0, but as I understand it we're going to drop support for it next release, so how about now?

...For some reason that I have not yet been able to figure out, these tests run significantly more slowly when I run them during the daytime, which I did for that run. I checked a few of the worst regressions reported here and they all recovered in subsequent runs. > > On 22/07/11 19:13, llvm-testresults at cs.uiuc.edu wrote: >> >> bwilson__llvm-gcc_PROD__i386 nightly tester results >> >> URL http://llvm.org/perf/db_default/simple/nts/253/ >> Nickname bwilson__llvm-gcc_PROD__i386:4 >> Name curlew.apple.com >> >> Run ID Order Start Time End Ti...

On Feb 16, 2008, at 12:55 PM, Dale Johannesen wrote: >> >> Using built-in specs. >> Target: i686-apple-darwin9 >> Configured with: /tmp/llvmgcc42.r46865.roots/llvmgcc42.r46865~obj/ >> src/configure --disable-checking --enable-werror --prefix=/Developer/ >> usr/llvm-gcc-4.2 --mandir=/Developer/usr/llvm-gcc-4.2/share/man -- >>