Excellent! Thanks for reporting back your success! - MLD -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/
On Wed, Apr 1, 2020 at 1:51 PM Jeff S <e070...@hotmail.com> wrote: > 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 lib*uhd*-dev:amd64 3.10.3.0-2 amd64 universal hardware driver > for Ettus Research products - headers > ii lib*uhd*003.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> 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 > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com > > > > -- > Michael Dickens > Ettus Research Technical Support > Email: 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
