On Fri, Jan 25, 2013 at 11:11 AM, Barry Jackson <zen25...@zen.co.uk> wrote:
> On 24/01/13 14:28, Tom Rondeau wrote: > >> >> Could you run 'ctest -V -R <test name>' for these tests to see what they >> are? I wouldn't worry too much about the ctcss and qtgui failures. My >> OSX box has a problem with ctcss, too, though I've not gone to track it >> down since it's not a heavily used blocks. The qtgui is probably failing >> due to an issue with X. This will fail for me over ssh if I don't set >> things up correctly. >> >> The volk test is the most troubling, though. We definitely want that to >> pass. >> > > I did these tests after re-building with boost-1.53b1 in a new clean > chroot:- > > [baz@jackodesktop build]$ ctest -V -R qa_volk_test_all > UpdateCTestConfiguration from :/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/**DartConfiguration.tcl > UpdateCTestConfiguration from :/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/**DartConfiguration.tcl > Test project /home/baz/gnuradio/BUILD/**gnuradio-3.6.3/build > Constructing a list of tests > Done constructing a list of tests > Checking test dependency graph... > Checking test dependency graph end > test 1 > Start 1: qa_volk_test_all > > 1: Test command: /home/baz/gnuradio/BUILD/**gnuradio-3.6.3/build/volk/lib/ > **test_all > 1: Test timeout computed to be: 9.99988e+06 > 1: /home/baz/gnuradio/BUILD/**gnuradio-3.6.3/build/volk/lib/**test_all: > error while loading shared libraries: libvolk.so.0.0.0: cannot open shared > object file: No such file or directory > 1/1 Test #1: qa_volk_test_all .................***Failed 0.02 sec > > > 0% tests passed, 1 tests failed out of 1 > > > Total Test time (real) = 0.29 sec > > > The following tests FAILED: > 1 - qa_volk_test_all (Failed) > Errors while running CTest > > > > [baz@jackodesktop build]$ ls -l volk/lib/lib* > lrwxrwxrwx 1 baz baz 16 Jan 25 15:12 volk/lib/libvolk.so -> > libvolk.so.0.0.0 > -rwxr-xr-x 1 baz baz 4603866 Jan 25 15:12 volk/lib/libvolk.so.0.0.0 > Ok, that's a problem. What does 'ldd test_all' say? It should link against libvolk.so.0.0.0, libboost_unit_test_framework, libstdc++, libc, libpthread, libm, and maybe some other linux-specific libs. The first is what we're looking for, obviously. > [baz@jackodesktop build]$ ctest -V -R qa_ctcss_squelch > UpdateCTestConfiguration from :/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/**DartConfiguration.tcl > UpdateCTestConfiguration from :/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/**DartConfiguration.tcl > Test project /home/baz/gnuradio/BUILD/**gnuradio-3.6.3/build > Constructing a list of tests > Done constructing a list of tests > Checking test dependency graph... > Checking test dependency graph end > test 118 > Start 118: qa_ctcss_squelch > > 118: Test command: /bin/sh "/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/gr-**analog/python/qa_ctcss_**squelch_test.sh" > 118: Test timeout computed to be: 9.99988e+06 > 118: .FF > 118: ==============================**==============================** > ========== > 118: FAIL: test_ctcss_squelch_002 (__main__.test_ctcss_squelch) > 118: ------------------------------**------------------------------** > ---------- > 118: Traceback (most recent call last): > 118: File > "/home/baz/gnuradio/BUILD/**gnuradio-3.6.3/gr-analog/**python/qa_ctcss_squelch.py", > line 81, in test_ctcss_squelch_002 > 118: self.**assertFloatTuplesAlmostEqual(**expected_result, > result_data, 4) > 118: File "/home/baz/gnuradio/BUILD/**gnuradio-3.6.3/gnuradio-core/** > src/python/gnuradio/gr_**unittest.py", line 85, in > assertFloatTuplesAlmostEqual > 118: self.assertEqual (len(a), len(b)) > 118: AssertionError: 39 != 34 > 118: > 118: ==============================**==============================** > ========== > 118: FAIL: test_ctcss_squelch_003 (__main__.test_ctcss_squelch) > 118: ------------------------------**------------------------------** > ---------- > 118: Traceback (most recent call last): > 118: File > "/home/baz/gnuradio/BUILD/**gnuradio-3.6.3/gr-analog/**python/qa_ctcss_squelch.py", > line 106, in test_ctcss_squelch_003 > 118: self.**assertFloatTuplesAlmostEqual(**expected_result, > result_data, 4) > 118: File "/home/baz/gnuradio/BUILD/**gnuradio-3.6.3/gnuradio-core/** > src/python/gnuradio/gr_**unittest.py", line 87, in > assertFloatTuplesAlmostEqual > 118: self.assertAlmostEqual (a[i], b[i], places, msg) > 118: AssertionError: 0.9 != 0.0 within 4 places > 118: > 118: ------------------------------**------------------------------** > ---------- > 118: Ran 3 tests in 0.004s > 118: > 118: FAILED (failures=2) > 1/1 Test #118: qa_ctcss_squelch .................***Failed 1.79 sec > > 0% tests passed, 1 tests failed out of 1 > > Total Test time (real) = 1.81 sec > > The following tests FAILED: > 118 - qa_ctcss_squelch (Failed) > Errors while running CTest > That's the exact same error I get on my OSX box. I'll track it down soon. Ignore it for now. > [baz@jackodesktop build]$ ctest -V -R qa_qtgui > UpdateCTestConfiguration from :/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/**DartConfiguration.tcl > UpdateCTestConfiguration from :/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/**DartConfiguration.tcl > Test project /home/baz/gnuradio/BUILD/**gnuradio-3.6.3/build > Constructing a list of tests > Done constructing a list of tests > Checking test dependency graph... > Checking test dependency graph end > test 152 > Start 152: qa_qtgui > > 152: Test command: /bin/sh "/home/baz/gnuradio/BUILD/** > gnuradio-3.6.3/build/gr-qtgui/**python/qa_qtgui_test.sh" > 152: Test timeout computed to be: 9.99988e+06 > 152: gri_fftw: /root/.gr_fftw_wisdom: Permission denied > 152: gri_fftw: /root/.gr_fftw_wisdom: Permission denied > 152: gri_fftw: /root/.gr_fftw_wisdom: Permission denied > 152: .gri_fftw: /root/.gr_fftw_wisdom: Permission denied > 152: . > 152: ------------------------------**------------------------------** > ---------- > 152: Ran 2 tests in 0.023s > 152: > 152: OK > 1/1 Test #152: qa_qtgui ......................... Passed 1.24 sec > > The following tests passed: > qa_qtgui > > 100% tests passed, 0 tests failed out of 1 > > Total Test time (real) = 1.25 sec > Alright, so that fixed itself. > > What's your processor? >> >> Quad core all like this:- > [baz@jackodesktop ~]$ cat /proc/cpuinfo > processor : 0 > vendor_id : GenuineIntel > cpu family : 6 > model : 58 > model name : Intel(R) Core(TM) i5-3570K CPU @ 3.40GHz > stepping : 9 > microcode : 0x12 > cpu MHz : 1600.000 > cache size : 6144 KB > physical id : 0 > siblings : 4 > core id : 0 > cpu cores : 4 > apicid : 0 > initial apicid : 0 > fpu : yes > fpu_exception : yes > cpuid level : 13 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca > cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx > rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology > nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est > tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 popcnt tsc_deadline_timer aes > xsave avx f16c rdrand lahf_lm ida arat epb xsaveopt pln pts dtherm > tpr_shadow vnmi flexpriority ept vpid fsgsbase smep erms > bogomips : 6860.16 > clflush size : 64 > cache_alignment : 64 > address sizes : 36 bits physical, 48 bits virtual > power management: > ----------------------snip----**----------------- > <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> > Ok, thanks. I was asking for the CPU info for VOLK, but looks like it's a more fundamental problem of finding the library than actually running it. Tom
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
