Forum: GNU Radio make check failure on trunk r10628

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
781e96b7bd64e8833d71e3914cb1594a?d=identicon&s=25 Michael Dickens (Guest)
on 2009-03-17 03:33
(Received via mailing list)
Making check in gr-usrp
Making check in src
make  check-am
make  check-TESTS
Traceback (most recent call last):
   File "../../../gr-usrp/src/qa_usrp.py", line 24, in <module>
     import usrp_swig
   File "/opt/GNURadio/trunk/gr-usrp/src/usrp_swig.py", line 890, in
<module>
     USRP_DBID_DBS_RX_REV_2_1 = _usrp_swig.USRP_DBID_DBS_RX_REV_2_1
AttributeError: 'module' object has no attribute
'USRP_DBID_DBS_RX_REV_2_1'
D0072e69d706bb3ca211d33a1b536e2c?d=identicon&s=25 Johnathan Corgan (Guest)
on 2009-03-17 04:05
(Received via mailing list)
On Mon, Mar 16, 2009 at 7:32 PM, Michael Dickens <mlk@alum.mit.edu>
wrote:

> Making check in gr-usrp
> Making check in src
> make  check-am
> make  check-TESTS
> Traceback (most recent call last):
>  File "../../../gr-usrp/src/qa_usrp.py", line 24, in <module>
>    import usrp_swig
>  File "/opt/GNURadio/trunk/gr-usrp/src/usrp_swig.py", line 890, in <module>
>    USRP_DBID_DBS_RX_REV_2_1 = _usrp_swig.USRP_DBID_DBS_RX_REV_2_1
> AttributeError: 'module' object has no attribute 'USRP_DBID_DBS_RX_REV_2_1'

Is it possible your tree is not completely up to date?  That constant
was removed from usrp_dbid.dat in r10560 on March 4, and everywhere
else it appears is machine generated during the compile.  I've
verified this on both the trunk and the release 3.2 branch.

Johnathan
781e96b7bd64e8833d71e3914cb1594a?d=identicon&s=25 Michael Dickens (Guest)
on 2009-03-17 12:52
(Received via mailing list)
On Mar 16, 2009, at 11:04 PM, Johnathan Corgan wrote:
> Is it possible your tree is not completely up to date?  That constant
> was removed from usrp_dbid.dat in r10560 on March 4, and everywhere
> else it appears is machine generated during the compile.  I've
> verified this on both the trunk and the release 3.2 branch.

I went back and it worked the second time, after 'make distclean'.  I
thought I had done that the first time .... ah well.  So, yes, 'make
check' now works for me on the trunk (r10629).  I shouldn't be so
hasty in posting ;) - MLD
This topic is locked and can not be replied to.