search for: fulltest

...check option to the NewNightlyTest.pl script to invoke the jcheck target instead of check. The jcheck targets now creates testrun.{log,sum} that look somewhat like the original ones. I did a test run with the nightly server, it seems it parsed the logs I sent correctly: http://llvm.org/nightlytest/fulltest.php?machine=388&night=9813 Looking at the nightly server sources, it seems only the final report with the total number of pass/xpass/fail/xfail is needed. I slightly changed the Makefile so that the site.exp creation is always done, even when check-one is invoked, like it was before. Hope th...

On 2007-08-19, at 14:53, Torvald Riegel wrote: > does anyone keep track of performance results? Benchmark info is submitted by the nightly testers. http://llvm.org/nightlytest/ — Gordon -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20070819/636214ba/attachment.html>

> Benchmark info is submitted by the nightly testers. > > http://llvm.org/nightlytest/ Hmm, I could not really see benchmark info there. For example, when I look at http://llvm.org/nightlytest/machine.php?machine=153, where is this info? Maybe it's implicitly in the column "dejagnu time wall", because this amount has decreased from 2007-08-09 to 2007-08-19 from 200

...rk to test gfortran and fix any problems it runs into. I'm not aware of anyone doing this, though it's probably not hard. > Is the entire benchmark suite (including Fortran > benchmarks) being used the nightly tests? On some testers, yes. This one is: http://llvm.org/nightlytest/fulltest.php?machine=36&night=811 > Any pointers on getting the entire SPEC CPU2000 benchmark suite compiled to > LLVM bytecode will be highly appreciated. What problems are you hitting? -Chris -- http://nondot.org/sabre/ http://llvm.org/

Hello LLVM-people, I've been trying (on and off) to compile the _full_ SPEC CPU2000 benchmark suite to LLVM bytecode. The biggest problem I'm facing is the Fortran benchmarks, for which some partial support is already available it seems (using f2c). Unfortunately the f2c compiler only allows the translation of Fortran-77 programs to C code (which is then compiled using llvm-gcc).

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

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 sounds really cool Julien! Two questions: 1) does it preserve the checking that the existing tcl stuff does, which