Michael,

You hit a bullseye!  It took a bit to finally find the culprits while trying to 
back out packages that were a dependency for something else.  I finally did the 
following to find what I needed to get rid of:


$ dpkg -l | grep -i uhd
ii  libuhd-dev:amd64         3.10.3.0-2  amd64  universal hardware driver for 
Ettus Research products - headers
ii  libuhd003.010.003:amd64  3.10.3.0-2  amd64  universal hardware driver for 
Ettus Research products - library
ii  uhd-host                 3.10.3.0-2  amd64  universal hardware driver for 
Ettus Research products - host apps

I removed/purged them and rebuilt from the start, and everything built without 
the error.

Thanks again,
Jeff

________________________________
From: Michael Dickens <michael.dick...@ettus.com>
Sent: Wednesday, April 1, 2020 9:49 AM
To: Jeff S <e070...@hotmail.com>
Cc: usrp-users@lists.ettus.com <usrp-users@lists.ettus.com>
Subject: Re: [USRP-users] Setting Up E310 Environment - Build Error

Hi Jeff - I'm pretty sure the error means you have a prior version of GNU Radio 
installed into a standard system search prefix (e.g., /usr/local ). If you 
disable / remove / deactivate that install, then redo-the whole GR build from 
the start, the error should be fixed. Hopefully! - MLD

On Wed, Apr 1, 2020 at 10:26 AM Jeff S via USRP-users 
<usrp-users@lists.ettus.com<mailto:usrp-users@lists.ettus.com>> wrote:
I am trying to combine the install using a custom prefix 
(https://kb.ettus.com/Building_and_Installing_UHD_and_GNU_Radio_to_a_Custom_Prefix)
 and while following S/W Dev on E3xx 
(https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source).
  I'm using Ubuntu 18.04.

I am getting the following error:


[ 86%] Building CXX object 
gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o
/home/sdr/sdr/e310/rfnoc/src/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:
 In function ‘PyObject* _wrap_time_spec_t_get_system_time(PyObject*, 
PyObject*)’:
/home/sdr/sdr/e310/rfnoc/src/gnuradio/build/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:20234:34:
 error: ‘get_system_time’ is not a member of ‘uhd::time_spec_t’
       result = uhd::time_spec_t::get_system_time();
                                  ^~~~~~~~~~~~~~~
gr-uhd/swig/CMakeFiles/_uhd_swig.dir/build.make:70: recipe for target 
'gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o' failed
make[2]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] 
Error 1
CMakeFiles/Makefile2:15011: recipe for target 
'gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all' failed
make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
Makefile:162: recipe for target 'all' failed
make: *** [all] Error 2


The commands I used to get to the above point are (tried to copy accurately 
from my history):

$ git clone --recursive https://github.com/EttusResearch/uhd
$ cd uhd
$ git checkout v3.15.0.0
$ git submodule update --init --recursive
$ mkdir host/build
$ cd host/build
$ cmake -DCMAKE_INSTALL_PREFIX=~/sdr/e310/rfnoc/installs -DENABLE_E300=ON 
-DENABLE_GPSD=ON -DENABLE_RFNOC=ON ../
$ make -j6
$ make install
$ cd ~/sdr/e310/rfnoc/src/
$ git clone --recursive https://github.com/gnuradio/gnuradio
$ cd gnuradio
$ git checkout maint-3.7
$ git submodule update --init --recursive
$ mkdir build
$ cd build
$ cmake -DCMAKE_INSTALL_PREFIX=~/sdr/e310/rfnoc/installs 
-DUHD_DIR=~/sdr/e310/rfnoc/installs/lib/cmake/uhd/ 
-DUHD_INCLUDE_DIRS=~/sdr/e310/rfnoc/installs/include/ 
-DUHD_LIBRARIES=~/sdr/e310/rfnoc/installs/lib/libuhd.so ../
$ make -j4

I did the same thing using a git checkout of uhd v3.14.1.1 first, which was how 
it was defined in the second link above, and got the same results.

I have seen where this was a problem in the past, and some people updated the 
file that had showed the problem.  Others redid their build of UHD with a newer 
version.  Those issues were about two years old, and it seems that it still 
shows up in some situations.  Is it due to my trying to combine two Application 
Notes?  Is the recomendation to update uhd_swigPYTHON_wrap.cxx still one 
solution?

Regards,
Jeff

_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com<mailto:USRP-users@lists.ettus.com>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


--
Michael Dickens
Ettus Research Technical Support
Email: supp...@ettus.com<mailto:supp...@ettus.com>
Web: https://ettus.com/
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to