similar to: [LLVMdev] nightly tester setup

Displaying 20 results from an estimated 2000 matches similar to: "[LLVMdev] nightly tester setup"

2008 Jul 21
0
[LLVMdev] nightly tester setup
Hard to tell what's wrong. Perhaps /usr/local/bin is not part of path for a cron job? You should add NewNightlyTest.pl -noremove -release options. That leaves the build directory around for you examine it afterwards. Just manually delete the build directory before running NewNightlyTest.pl. Evan On Jul 20, 2008, at 6:00 PM, Nick Lewycky wrote: > I've noticed that my nightly
2008 Jul 21
4
[LLVMdev] nightly tester setup
I've noticed that my nightly tester doesn't seem to be reporting the results of running llvm-test, only build warnings and make check. Checking with -verbose shows that it's running the test suite, so I don't quite understand what's going on. Looking at http://llvm.org/nightlytest/ shows that none of the other Linux testers are reporting test suite results either.
2004 Sep 05
0
[LLVMdev] POST MORTEM: llvm-test changes
> x86 FreeBSD: > * hasn't run with changes yet I manually start script. 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
2009 Feb 26
1
[LLVMdev] [PATCH] Parallelized make check
On Wed, Feb 25, 2009 at 12:02:18PM -0800, Julien Lerouge wrote: > For 2), I think the NewNightlyTest.pl script would require some small > changes, to invoke the jcheck target instead of check, pass the desired > -j flag, and also parse the log. I'll take a look. In any case, the > changes would only apply to the DejaGNU tests (llvm-test already works > fine with -jX). Here is
2006 Jul 07
0
[LLVMdev] New Nightly Tester
Hey All, I have been making some changes to the nightly tester that will hopefully make debugging problems and performance issues easier. The big change is nightly test results will now be kept in a central location (http://llvm.org/nightlytest/index.php). I have committed a new file to utils/ called 'NewNightlyTest.pl'. It *should* behave almost exactly like the previous NightlyTest.pl
2004 Sep 05
2
[LLVMdev] POST MORTEM: llvm-test changes
That's weird. What is your default shell that Perl invokes with the "system" command. This works fine with bash-2.05b. Reid. On Sun, 2004-09-05 at 10:01, Vladimir Merzliakov wrote: > > x86 FreeBSD: > > * hasn't run with changes yet > > I manually start script. I use this options (+ -verbose now for testing) > >
2006 Dec 30
0
[LLVMdev] nightly tester grawp
Hi Devang, Unfortunately, there's no way to see the build log unless you're on the machine from which the report was generated. If you can log in to Grawp's machine then it should be in the "WEBDIR". It is most likely mis-compiling because the needed llvm-gcc patch has not been applied after the SETCC patch to LLVM was committed last weekend. Reid. On Fri, 2006-12-29 at
2008 Apr 07
0
[LLVMdev] Proposal for improving the llvm nightly tester
> 1. Improvements to the perl script which manage actual testing > (./util/NewNightlyTest.pl) > (a). compiling llvm-gcc > (b). allowing someone to use an existing tree versus checking out a > new one > 2. The improvements to the email that get sent to the llvm-testresults > (a). finding a point in time where some test failed > (b). comparing two
2008 Apr 05
0
[LLVMdev] Proposal for improving the llvm nightly tester
My main complaints about the nightly tester are: Loading the web pages is waaay tooo sllooooow The information provided is not terribly useful for tracking down bugs. What bug fixers need is environment+command line options adequate to reproduce the problem. Access to the run logs would be a good start. On Apr 4, 2008, at 9:22 PM, Rajika Kumarasiri wrote: > hi all, > After having
2008 Jul 06
3
[LLVMdev] [PATCH] patch to compile llvm-gcc using nightly tester script(NewNightlyTester.pl)
hello every body. Here with I have attached the patch which compile the llvm-gcc using nightly tester script. This patch add the following capabilities to the NewNightlyTester.pl script. 1. Checkout the llvm-gcc4.2 source from the SVN. 2. Compile the checkout llvm-gcc4.2 source tree. 3. Gather the configure/make out put informations. 4. Add the (3) informations to the %hash_of_data hash to be
2006 Dec 30
2
[LLVMdev] nightly tester grawp
Reid, Click on any of these logs and you'll see the same asm parsing issues. It's been going on for much of the week. http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt http://llvm.org/nightlytest/machines/2006-12-29_05:40:12-Build-Log.txt llvm[4]: Compiling stacker_rt.ll to stacker_rt.bc for Release build (bytecode)
2008 Apr 05
4
[LLVMdev] Proposal for improving the llvm nightly tester
hi all, After having some discussions in the IRC, I am trying here to come up with a proposal for GSoC 2008 for improving the llvm nightly tester[1].Following are the ideas and suggestions that came up in the discussion, if you have any comment or any other suggestion please add them to the list. I have some doubts in some places. 1. Improvements to the perl script which manage actual testing
2009 Feb 25
0
[LLVMdev] [PATCH] Parallelized make check
On Wed, Feb 25, 2009 at 10:26:02AM -0800, Chris Lattner wrote: > > On Feb 24, 2009, at 10:03 PM, Julien Lerouge wrote: > > > On Tue, Feb 24, 2009 at 06:24:17PM -0800, Julien Lerouge wrote: > >> I haven't tested with objdir != srcdir. > > > > Ok, that was broken. Attached is a smaller diff that should work in > > all > > cases. > > This
2004 Sep 05
0
[LLVMdev] POST MORTEM: llvm-test changes
> That's weird. What is your default shell that Perl invokes with the > "system" command. This works fine with bash-2.05b. In reality :) i use this script in crontab (and run it manually with added verbose flag): ---8X-------------- #!/bin/sh - # if !([ -d /home/wanderer/pkg/build/llvm/night/testresults-X86-FreeBSD ]) then mkdir
2007 Jun 28
2
[LLVMdev] Nightly Tester Volunteers
Dear All, I need one or more volunteers to try out their nightly testers with the -usesvn option. We're not running on here at the University of Illinois regularly, so if someone could try one of theirs out before tomorrow 9:00 am CDT, I'd be very appreciative. Thanks. -- John T.
2006 Dec 30
3
[LLVMdev] nightly tester grawp
Nightly tester 'grawp' is reporting compilation error ? How do I see detailed build log ? Thanks, - Devang
2008 Mar 08
0
[LLVMdev] Trying to set up a nightly test
Hi, I thought I'd set up a nightly tester and ran across the following issues: 1) Checkout is done using https, which causes the following message: Error validating server certificate for 'https://llvm.org:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: llvm.org -
2006 Sep 19
2
[LLVMdev] Nightly Testers
Would those of you running the nightly tester make sure they are using the NEW default script "/nightlytest/ NightlyTestAccept.php" (was /nightlytest/NightlyTestAccept.cgi",) This would require that you have an updated llvm/utils/ NewNightlyTest.pl and that you are not overriding with a different script using -submit-script=. Thank you. Cheers, -- Jim --------------
2004 Jun 24
0
[LLVMdev] Using -noexternals option of NightlyTest.pl
On Thu, 24 Jun 2004, Vladimir Merzliakov wrote: > > Can you verify that you have an $HOME/pkg/build/llvm/night/build/llvm > dir? > > After providing :pserver:anon at llvm-cvs.cs.uiuc.edu:2401/var/cvs/llvm at > CVSROOT > this problem disappear. > > But have personal problem: I must have now 2 copy LLVM sources > 1) to plain build llvm > 2) to nighttester run >
2008 Jul 07
0
[LLVMdev] [PATCH] patch to compile llvm-gcc using nightly tester script(NewNightlyTester.pl)
hello everybody, I have added few improvements to my patch. Please review the new patch directly. Thanks! -Rajika On Sun, Jul 6, 2008 at 9:17 PM, Rajika Kumarasiri <rajikacc at gmail.com> wrote: > hello every body. > > Here with I have attached the patch which compile the llvm-gcc using > nightly tester script. This patch add the following capabilities to the >