On 10/14/20 6:00 AM, Martin Braun via USRP-users wrote:
> A quick reminder that
> 
> uhd_images_downloader -t e320 -t sdk
> 
> will download the corresponding SDK for your UHD version even when the link
> Michael provided is no longer accurate.

Installing uhd on a machine just to figure out a download link seems
excessive. Can you publish direct links in a form that do not go stale?

Philip

> 
> M
> 
> On Mon, 12 Oct 2020, 17:48 Michael Dickens via USRP-users, <
> usrp-users@lists.ettus.com> wrote:
> 
>> Hi Mark - You need to use a more recent SDK for the cross-build. Here are
>> the SDKs for the 2 most recent UHD releases. I hope this helps! - MLD
>>
>> <
>> https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v3.15.0.0/e3xx_e320_sdk_default-v3.15.0.0.zip
>>>
>> <
>> https://files.ettus.com/binaries/cache/e3xx/meta-ettus-v4.0.0.0/e3xx_e320_sdk_default-v4.0.0.0.zip
>>>
>>
>>
>> On Mon, Oct 12, 2020 at 10:47 AM Andrews, Mark J. via USRP-users <
>> usrp-users@lists.ettus.com> wrote:
>>
>>> Hello,
>>>
>>> I am trying to cross-compile UHD on an E320 with the OE SDK, but I cannot
>>> get past the cmake step due to multiple errors.  On the host PC, I am able
>>> to install the SDK and source the environment variable without issues.
>>> When I go to build UHD, the first error is that the CMakeLists.txt file for
>>> UHD 3.15 has a minimum CMake version of 3.5.1, but the OE SDK cmake is
>>> version 2.8.12.2 (my host PC is version 3.18.4).  I manually edited the
>>> CMakeLists.txt to accept the older version of CMake, but then it has a
>>> boost version error and cannot find several python packages (platform,
>>> mako, requests, numpy).  I again edited it for the Boost version, but it
>>> still can't find the python packages.  Do I need to somehow install all the
>>> UHD dependencies in the OE SDK paths after installing it?  Or am I doing
>>> something else wrong?
>>>
>>> I also tried running "import sys" to see the Python path configuration
>>> and the "program name", "sys._base_executable", and "sys.executable" are
>>> all pointing to "/usr/bin/python3" instead of the
>>> "/home/~/oe/sysroots/x86_64-oesdk-linux" path.  Not sure if that's part of
>>> the problem or not, but it seemed suspicious.  The cmake and import sys
>>> outputs are copied below.
>>>
>>>
>>> ===============================================================
>>> cmake -DCMAKE_TOOLCHAIN_FILE=../host/cmake/Toolchains/oe-sdk_cross.cmake
>>> -DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON ..
>>>
>>> -- Configuring the Python interpreter...
>>> -- Manually determining build Python version...
>>> ImportError: No module named site
>>> -- Python interpreter:
>>> /home/~/oe/sysroots/x86_64-oesdk-linux/usr/bin/python Version:
>>> -- Override with: -DPYTHON_EXECUTABLE=<path-to-python>
>>> -- Manually determining runtime Python version...
>>> ImportError: No module named site
>>> -- Python runtime interpreter:
>>> /home/~/oe/sysroots/x86_64-oesdk-linux/usr/bin/python Version:
>>> -- Override with: -DRUNTIME_PYTHON_EXECUTABLE=<path-to-python>
>>> -- Finding Python Libraries...
>>> CMake Warning (dev) at cmake/Modules/UHDPython.cmake:168 (find_package):
>>>   Ignoring EXACT since no version is requested.
>>> Call Stack (most recent call first):
>>>   cmake/Modules/UHDVersion.cmake:9 (include)
>>>   cmake/Modules/UHDPackage.cmake:9 (include)
>>>   CMakeLists.txt:103 (include)
>>> This warning is for project developers.  Use -Wno-dev to suppress it.
>>>
>>> -- Python Libraries:
>>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/
>>> libpython2.7.so
>>> -- Python include directories:
>>> /home/`/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include/python2.7
>>> -- Working off of feature or development branch. Updating version number.
>>> ImportError: No module named site
>>> ImportError: No module named site
>>> ImportError: No module named site
>>> -- Using UHD Images Directory: /usr/share/uhd/images
>>> -- Build type not specified: defaulting to release.
>>> --
>>> -- Configuring Boost C++ Libraries...
>>> --
>>> -- Checking for Boost version 1.57 or greater
>>> --   Looking for required Boost components...
>>> --     Disabling boost::asio use of std::string_view
>>> --   Boost version: 1.57.0
>>> --   Boost include directories:
>>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include
>>> --   Boost library directories:
>>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib
>>> --   Boost libraries:
>>> /home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_chrono-mt.so;/home/!/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_date_time-mt.so;/home/!/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_filesystem-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_program_options-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_regex-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_unit_test_framework.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_serialization-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_thread-mt.so;/home/~/oe/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib/libboost_system-mt.so
>>> -- Looking for Boost version 1.57 or greater - found
>>> --
>>> -- Python checking for Python version 2.7 or greater
>>> ImportError: No module named site
>>> -- Python checking for Python version 2.7 or greater - "import platform"
>>> failed
>>> --
>>> -- Python checking for Mako templates 0.4.2 or greater
>>> ImportError: No module named site
>>> -- Python checking for Mako templates 0.4.2 or greater - "import mako"
>>> failed
>>> --
>>> -- Python checking for requests 2.0 or greater
>>> ImportError: No module named site
>>> -- Python checking for requests 2.0 or greater - "import requests" failed
>>> --
>>> -- Python checking for numpy 1.7 or greater
>>> ImportError: No module named site
>>> -- Python checking for numpy 1.7 or greater - "import numpy" failed
>>> --
>>> -- Configuring LibUHD support...
>>> --   Dependency Boost_FOUND = 1
>>> --   Dependency HAVE_PYTHON_PLAT_MIN_VERSION = FALSE
>>> --   Dependency HAVE_PYTHON_MODULE_MAKO = FALSE
>>> CMake Error at cmake/Modules/UHDComponent.cmake:59 (message):
>>>   Dependencies for required component LibUHD not met.
>>> Call Stack (most recent call first):
>>>   CMakeLists.txt:363 (LIBUHD_REGISTER_COMPONENT)
>>>
>>>
>>> ====================================================
>>> import sys
>>>
>>> Python path configuration:
>>>   PYTHONHOME = '/home/~/oe/sysroots/x86_64-oesdk-linux'
>>>   PYTHONPATH = (not set)
>>>   program name = '/usr/bin/python3'
>>>   isolated = 0
>>>   environment = 1
>>>   user site = 1
>>>   import site = 1
>>>   sys._base_executable = '/usr/bin/python3'
>>>   sys.base_prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
>>>   sys.base_exec_prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
>>>   sys.executable = '/usr/bin/python3'
>>>   sys.prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
>>>   sys.exec_prefix = '/home/~/oe/sysroots/x86_64-oesdk-linux'
>>>   sys.path = [
>>>     '/home/~/oe/sysroots/x86_64-oesdk-linux/lib/python38.zip',
>>>     '/home/~/oe/sysroots/x86_64-oesdk-linux/lib/python3.8',
>>>     '/home/~/oe/sysroots/x86_64-oesdk-linux/lib/python3.8/lib-dynload',
>>>   ]
>>> Fatal Python error: init_fs_encoding: failed to get the Python codec of
>>> the filesystem encoding
>>> Python runtime state: core initialized
>>> ModuleNotFoundError: No module named 'encodings'
>>>
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> USRP-users@lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>> _______________________________________________
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
> 
> 
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.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