Displaying 20 results from an estimated 7000 matches similar to: "[LLVMdev] Running test suite with LNT failed"
2012 Apr 13
0
[LLVMdev] Running test suite with LNT failed
On Wed, Apr 11, 2012 at 7:59 PM, 陳韋任 <chenwj at iis.sinica.edu.tw> wrote:
> Hi all,
>
> I am running LNT with LLVM/Clang 3.0 Release binary and test suite, here is my
> flow (most of them are the same as http://llvm.org/docs/lnt/quickstart.html).
>
> ---
> $ svn co http://llvm.org/svn/llvm-project/lnt/trunk ~/lnt
> $ ~/mysandbox/bin/python ~/lnt/setup.py develop
>
2012 Apr 14
1
[LLVMdev] Running test suite with LNT failed
> > But I got the error message below,
> >
> > ---
> > 2012-04-12 02:39:48: executing test modules
> > 2012-04-12 02:39:49: loading nightly test data...
> > nt.py:737: fatal error: nightly test failed, no report generated
> > ---
> >
> > Any idea on how I can figure out what the fatal error is? Thanks!
>
> Inside the sandbox there will
2014 Jun 24
2
[LLVMdev] Getting LNT to work with non-bash shell
I followed the LNT quickstart guide (
http://llvm.org/docs/lnt/quickstart.html) on my debian machine, and it
seems to have a problem running. When I consult test.log, every single
test has a section like this
# Pretend that the reference output was produced instantaneously.
> cp /home/jeremy/hardware/llvm/test-suite/instant.txt
> Output/sse.expandfft.out-nat.time
>
2014 Jun 25
2
[LLVMdev] Getting LNT to work with non-bash shell
The attached patch didn't fix it, but when I also changed another == to = a
few lines further down it seemed to work.
Jeremy
On Tue, Jun 24, 2014 at 10:07 PM, Justin Bogner <mail at justinbogner.com>
wrote:
> Jeremy Salwen <jeremysalwen at gmail.com> writes:
> > I followed the LNT quickstart guide
> > (http://llvm.org/docs/lnt/quickstart.html) on my debian
2015 Jan 29
2
[LLVMdev] LNT install
I followed the lnt quickstart <http://llvm.org/docs/lnt/quickstart.html> directions but got this diagnostic when doing the setup:
bash-3.2$ ~/mysandbox/bin/python ~/lnt/setup.py develop
/Users/dcallahan/mysandbox/lib/python2.7/site-packages/setuptools/dist.py:284: UserWarning: The version spec\
ified requires normalization, consider using '0.4.1.dev0' instead of
2015 Jan 30
1
[LLVMdev] LNT install
Hi David,
That's weird, I have setup LNT in multiple different distros and have
never seen this. Looks like no one ever tested on the system you're
running. Can you share a bit more of your environment?
Also, you can check the setup.py to see if it does any stripping of
package names, which could go wrong in the wrong environment.
cheers,
--renato
On 29 January 2015 at 20:13, David
2012 Sep 06
2
[LLVMdev] LNT: failing to parse compiler info: what am I doing wrong?
Hi, I'm trying to use LNT to run the test-suite. I followed the
instructions on <http://lnt.llvm.org/quickstart.html>. When I run it I
get this error:
(mysandbox)sean:~/pg/others/llvm % lnt runtest nt --sandbox mysandbox
--cc ~/pg/others/llvm/release/bin/clang --test-suite test-suite
nt.py:1185: note: inferred C++ compiler under test as:
2014 Aug 09
3
[LLVMdev] Problems in installing LNT
I got
Python 2.7.3
Sounds right?
On Fri Aug 08 2014 at 4:45:01 PM Yi Kong <kongy.dev at gmail.com> wrote:
> Hi Jingyue,
>
> I've never seen this error before. It looks like something to do with
> virtualenv.
>
> What do you get by running `~/mysandbox/bin/python --version`?
>
> -Yi
>
> On 8 August 2014 23:48, Jingyue Wu <jingyue at google.com>
2014 Aug 08
2
[LLVMdev] Problems in installing LNT
Hi,
I followed the instructions on http://llvm.org/docs/lnt/quickstart.html,
and got stuck on installation Step 4.
~/mysandbox/bin/python ~/lnt/setup.py develop
said
running develop
error: None
and returned error code 1. The lnt binary wasn't installed anywhere.
Any clue?
Thanks much,
Jingyue
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
2012 Sep 06
0
[LLVMdev] LNT: failing to parse compiler info: what am I doing wrong?
On Wed, Sep 5, 2012 at 7:23 PM, Sean Silva <silvas at purdue.edu> wrote:
> Hi, I'm trying to use LNT to run the test-suite. I followed the
> instructions on <http://lnt.llvm.org/quickstart.html>. When I run it I
> get this error:
>
> (mysandbox)sean:~/pg/others/llvm % lnt runtest nt --sandbox mysandbox
> --cc ~/pg/others/llvm/release/bin/clang --test-suite
2013 Jun 07
2
[LLVMdev] tools build issue with lnt in cross platform testing
I want to get lnt to use qemu for the execution.
In that case, RHOST= is not set.
But I change the Arch because I am going to run in cross mode.
Then I'm setting RUNUNDER to be a script which runs qemu.
In this case it builds timeit-target as a Mips which fails because this
is running on x86.
~/mysandbox/bin/lnt runtest nt --sandbox ~/mysandbox --cc
/local/llvmpb_a/install/bin/clang
2012 Sep 06
1
[LLVMdev] LNT: failing to parse compiler info: what am I doing wrong?
> And it doesn't match probably because of one of two things (& I forget
> which of the two, if either, have been addressed/workaround):
>
> 1) using cmake instead of configure/make
> 2) using git instead of svn
>
> One or both of these create versions that lnt doesn't understand
> (because they don't include the SVN revision number in the clang
> version
2012 Mar 22
3
[LLVMdev] SPEC CPU2006 bitcode files
Hello,
I'm trying to generate bitcode files from the SPEC CPU2006 benchmark suites.
First I installed the benchmarks into ~/llvm/projects/test-suite/External/speccpu2006 and then I tried
~/mysandbox/bin/lnt runtest nt --sandbox=sandbox --cc=/Users/asd/llvm/Release/bin/clang --test-suite=/Users/asd/llvm/projects/test-suite --test-externals=/Users/asd/llvm/projects/test-suite/External -j 4
2013 Jun 07
0
[LLVMdev] tools build issue with lnt in cross platform testing
The issues seems to be this line in the tools Makefile
timeit-target: timeit.c
$(LD_ENV_OVERRIDES) $(LCC) -o $@ $< $(LDFLAGS) $(CFLAGS)
$(TARGET_FLAGS) -O3
It should not add target flags if we are simulating the target on the host.
On 06/06/2013 06:59 PM, reed kotler wrote:
> I want to get lnt to use qemu for the execution.
>
> In that case, RHOST= is not set.
>
> But I
2012 Mar 23
2
[LLVMdev] SPEC CPU2006 bitcode files
Hi chenwj,
first let me thank you for your quick answer.
> From your cmdline, I don't see any option to make clang output bitcode. If you
> want bitcode, try something like `clang -emit-llvm hello.c -c -o hello.bc`.
I added --enable-jit because I had hope this would make LNT run the JIT tests. I thought this process would cause the creation of bitcode files and then execute them
2014 Aug 11
2
[LLVMdev] Problems in installing LNT
Thanks for your help!
After I installed the sandbox to /tmp/mysandbox instead of ~/mysandbox,
everything starts to work. It still looks weird though. My home folder is
not symlinked by the way.
Jingyue
On Sat Aug 09 2014 at 10:59:49 AM Renato Golin <renato.golin at linaro.org>
wrote:
> On 9 August 2014 02:56, Jingyue Wu <jingyue at google.com> wrote:
> > I got
> >
2012 Mar 23
0
[LLVMdev] SPEC CPU2006 bitcode files
> ~/mysandbox/bin/lnt runtest nt --sandbox=sandbox --cc=/Users/asd/llvm/Release/bin/clang --test-suite=/Users/asd/llvm/projects/test-suite --test-externals=/Users/asd/llvm/projects/test-suite/External -j 4 --only-test=External/SPEC --enable-jit
From your cmdline, I don't see any option to make clang output bitcode. If you
want bitcode, try something like `clang -emit-llvm hello.c -c -o
2012 Mar 23
0
[LLVMdev] SPEC CPU2006 bitcode files
On Fri, Mar 23, 2012 at 05:04:34AM +0100, Andreas Donig wrote:
> Hi chenwj,
>
> first let me thank you for your quick answer.
>
> > From your cmdline, I don't see any option to make clang output bitcode. If you
> > want bitcode, try something like `clang -emit-llvm hello.c -c -o hello.bc`.
>
> I added --enable-jit because I had hope this would make LNT run the
2011 Jul 08
0
[LLVMdev] LLVM on ARM testing.
On Fri, Jul 8, 2011 at 9:30 AM, Karel Gardas <karel.gardas at centrum.cz> wrote:
> On 07/ 8/11 05:26 PM, Eli Friedman wrote:
>>
>> Given that revision range, the only remotely likely culprit is 131463.
>> Which basically means that it "broke" because the default target
>> features changed.
>
> And you are right here. 131463 == 131464 which is
2011 Jul 08
3
[LLVMdev] LLVM on ARM testing.
On 07/ 8/11 05:26 PM, Eli Friedman wrote:
> Given that revision range, the only remotely likely culprit is 131463.
> Which basically means that it "broke" because the default target
> features changed.
And you are right here. 131463 == 131464 which is buggy. 131462 is OK.
Thanks,
Karel