Forum: GNU Radio "make test" fail on next branch

781e96b7bd64e8833d71e3914cb1594a?d=identicon&s=25 Michael Dickens (Guest)
on 2013-08-18 22:54
(Received via mailing list)
I'm working with 9be83a4d on 16-Aug-2013.  Most of the tests fail for
the same reason; an example follows.  The quick summary is that the
symbol for "gr::blocks::interleaved_char_to_complex::make(bool)" is not
found in libgnuradio-blocks.  I see that commit d420aad0 was meant to
add this block, but maybe that commit was not enough?  I haven't had
time to look further.  As usual, I'm running on Mac OS X 10.8 using
MacPorts latest. - MLD

% ctest -V -R atsc
[snip]
test 157
    Start 157: qa_atsc

157: Test command: /bin/sh
"/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-atsc/python/atsc/qa_atsc_test.sh"
157: Test timeout computed to be: 9.99988e+06
157: Traceback (most recent call last):
157:   File
"/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/gnuradio-3.8.0_20130802/gr-atsc/python/atsc/qa_atsc.py",
line 25, in <module>
157:     from gnuradio import gr, gr_unittest, atsc, blocks
157:   File
"/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/gnuradio-3.8.0_20130802/gr-blocks/python/blocks/__init__.py",
line 32, in <module>
157:     from blocks_swig import *
157:   File
"/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-blocks/python/blocks/../../swig/blocks_swig.py",
line 25, in <module>
157:     from blocks_swig3 import *
157:   File
"/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-blocks/python/blocks/../../swig/blocks_swig3.py",
line 26, in <module>
157:     _blocks_swig3 = swig_import_helper()
157:   File
"/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-blocks/python/blocks/../../swig/blocks_swig3.py",
line 22, in swig_import_helper
157:     _mod = imp.load_module('_blocks_swig3', fp, pathname,
description)
157: ImportError:
dlopen(/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-blocks/python/blocks/../../swig/_blocks_swig3.so,
2): Symbol not found: __ZN2gr6blocks27interleaved_char_to_complex4makeEb
157:   Referenced from:
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-blocks/python/blocks/../../swig/_blocks_swig3.so
157:   Expected in: /opt/local/lib/libgnuradio-blocks.3.8git.dylib
157:  in
/opt/local/var/macports/build/_opt_MacPorts_trunk_dports_science_gnuradio/gnuradio-next/work/build/gr-blocks/python/blocks/../../swig/_blocks_swig3.so
2/2 Test #157: qa_atsc ..........................***Failed    0.17 sec
781e96b7bd64e8833d71e3914cb1594a?d=identicon&s=25 Michael Dickens (Guest)
on 2013-08-18 22:58
(Received via mailing list)
Ack.  It looks like MacPorts probably messed something up, and I might
have jumped too soon ... I need to look further into this issue, though
I would be curious if others get "make test" to work on the latest next
branch. - MLD
D3e3c5e41e9aed486856802be823e181?d=identicon&s=25 Johnathan Corgan (Guest)
on 2013-08-18 23:15
(Received via mailing list)
Attachment: signature.asc (229 Bytes)
On 08/18/2013 01:57 PM, Michael Dickens wrote:

> Ack.  It looks like MacPorts probably messed something up, and I
> might have jumped too soon ... I need to look further into this
> issue, though I would be curious if others get "make test" to work on
> the latest next branch. - MLD

Yes, all branches (maint/master/next) get 'make test' run and must pass
before pushing up to the repository.
781e96b7bd64e8833d71e3914cb1594a?d=identicon&s=25 Michael Dickens (Guest)
on 2013-08-18 23:33
(Received via mailing list)
Thanks; good to know.  Well, that one was a "my bad" situation.  I
forgot to increase the port's date to match the commit, which messed up
which libraries were installed.  "make test" for some reason is pulling
from the already-installed libraries, not those just created.  With
older libraries installed, "make test" was thus failing.  Now, why the
non-build libraries are being used is another story ... but, this one is
taken care of. - MLD
Please log in before posting. Registration is free and takes only a minute.
Existing account

NEW: Do you have a Google/GoogleMail, Yahoo or Facebook account? No registration required!
Log in with Google account | Log in with Yahoo account | Log in with Facebook account
No account? Register here.