Hi Marchus and Phillip,
Thank you very much for the replies. I believe it is the CMake version
in the SDK. I have managed to work around that issue by modifying the
CMakeLists.txt so the minimum required version is 2.8, I have resorted
to manually installing the SDK. However I now have another problem. When
I run
$ cmake -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON ..
LibUHD dependencies aren't met, it doesn't find boost. looking in
/home/david/prefix/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include
it doesn't appear that the boost library headers are present. Also the
CMakeLists.txt looks for python3 but python3 is not present in the sdk
files: -
$ which python
/home/david/prefix/sysroots/x86_64-oesdk-linux/usr/bin/python
$ which python3
/usr/bin/python3
The sdk was installed using the following commands: -
$ sh oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh
(installed to ~/prefix)
$ cd ~/prefix
$ source ./environment-setup-armv7ahf-vfp-neon-oe-linux-gnueabi
(tested by running echo $CC which shows expected cross compiler)
$ mkdir src/
$ cd src/
$ git clone https://github.com/EttusResearch/uhd.git
$ cd uhd/host
$ mkdir build
$ cd build
$ cmake -DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/oe-sdk_cross.cmake
-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_E300=ON ..
The full output is listed below: -
-- The CXX compiler identification is GNU 4.9.2
-- The C compiler identification is GNU 4.9.2
-- Check for working CXX compiler:
/home/david/prefix/sysroots/x86_64-oesdk-linux/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-g++
-- Check for working CXX compiler:
/home/david/prefix/sysroots/x86_64-oesdk-linux/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-g++
-- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working C compiler:
/home/david/prefix/sysroots/x86_64-oesdk-linux/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc
-- Check for working C compiler:
/home/david/prefix/sysroots/x86_64-oesdk-linux/usr/bin/arm-oe-linux-gnueabi/arm-oe-linux-gnueabi-gcc
-- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
--
-- Configuring the Python interpreter...
-- Attempting to find Python without CMake...
-- Python interpreter: /usr/bin/python3 Version: 1.4
-- Override with: -DPYTHON_EXECUTABLE=<path-to-python>
-- Python runtime interpreter: /usr/bin/python3 Version: 1.4
-- Override with: -DRUNTIME_PYTHON_EXECUTABLE=<path-to-python>
-- Finding Python Libraries...
-- Could not find Python Libraries.
-- Operating on master branch.
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00007fed90ba8740 (most recent call first):
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00007f3ec7e5a740 (most recent call first):
-- Using UHD Images Directory: /usr/share/uhd/images
-- Build type not specified: defaulting to release.
-- Performing Test HAVE_VISIBILITY_HIDDEN
-- Performing Test HAVE_VISIBILITY_HIDDEN - Success
-- Performing Test HAVE_VISIBILITY_INLINES_HIDDEN
-- Performing Test HAVE_VISIBILITY_INLINES_HIDDEN - Success
--
-- Configuring Boost C++ Libraries...
-- Looking for optional Boost components...
-- Could NOT find Boost
-- Looking for required Boost components...
-- Could NOT find Boost
-- Boost include directories:
/home/david/prefix/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/include
-- Boost library directories:
/home/david/prefix/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi/usr/lib
-- Boost libraries:
--
-- Python checking for Python version 3.5 or greater
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00007f25f186b740 (most recent call first):
-- Python checking for Python version 3.5 or greater - unknown error
--
-- Python checking for Mako templates 0.4.2 or greater
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00007fc980ed3740 (most recent call first):
-- Python checking for Mako templates 0.4.2 or greater - unknown error
--
-- Python checking for requests 2.0 or greater
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00007fba966b9740 (most recent call first):
-- Python checking for requests 2.0 or greater - unknown error
--
-- Python checking for numpy 1.7 or greater
Fatal Python error: Py_Initialize: Unable to get the locale encoding
ModuleNotFoundError: No module named 'encodings'
Current thread 0x00007f438ac18740 (most recent call first):
-- Python checking for numpy 1.7 or greater - unknown error
--
-- Configuring LibUHD support...
-- Dependency Boost_FOUND = 0
-- 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:392 (LIBUHD_REGISTER_COMPONENT)
-- Configuring incomplete, errors occurred!
I have managed also to get around some of the python errors by setting
-DPYTHON_EXECUTABLE and -DRUNTIME_PYTHON_EXECUTABLE however Boost is
just not present.
It looks like quite a lot of expected files are missing in the SDK. Have
I perhaps downloaded the incorrect sdk file? I am using the one found
here : -
http://files.ettus.com/e3xx_images/e3xx-release-4/oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh
Many thanks,
David
On 11/09/2019 19:05, Philip Balister wrote:
On 9/11/19 12:38 PM, Marcus Müller via USRP-users wrote:
Dear David,
I've seen that happen on specific Ubuntu versions, where they somehow
missed to clean up / mark conflict between CMake 2.x packages and newer
CMake (I'm perpetually disappointed by Canonical). Make twice as sure
that you only got one CMake installed - if this is actually Ubuntu,
"apt search cmake" might be the way to start.
For the E-series I would expect cmake to be the one in the sdk, unless
something is screwed up.
Philip
Best regards,
Marcus
On Wed, 2019-09-11 at 16:42 +0100, David Scott via USRP-users wrote:
Hi all,
I have recently acquired a USRP E312 and have been following the
quickstart guide at: -
https://kb.ettus.com/Software_Development_on_the_E310_and_E312
The relevant commands being: -
$ sudo pip install git+https://github.com/gnuradio/pybombs.git
$ pybombs recipes add gr-recipes
git+https://github.com/gnuradio/gr-recipes.git
$ pybombs recipes add ettus
https://github.com/EttusResearch/ettus-pybombs.git
$ sudo dpkg-reconfigure dash # select NO
$ pybombs prefix init ~/prefix -R e3xx-rfnoc -a e300
Everything proceeds well up until the CMake is carried out at which
it
complains that the installed version of CMake is below the minimum.
The
output log is : -
1511750 kB / 1511750 kB
(100%))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
))))))))))))
[INFO] Installing SDK
`e3xx-release4-
sdk'))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
The directory "/home/david/prefix" already contains a SDK for this
architecture.)))))))))))))))))))
If you continue, existing files will be overwritten!
Proceed[y/N]?Y))))))))))))))))))))))))))))))))))))))Extracting
SDK...done)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
)))))))))))))))))))))))))
Setting it
up...done))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
)))))))))))))))))))))))))
SDK has been successfully set up and is ready to be
used.))))))))))))))))))))))))))))))))))))))))))))))))
[INFO] Cleaning up
files...)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
)))))))))))))))))
[INFO] Prefix Python version is:
2.7.15)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
)))
[INFO] Installing default packages for
prefix...)))))))))))))))))))))))))))))))))))))))))))))))))))))))))
[INFO]
)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
)))))))))))))))))))))))))))))
- uhd)))))))))))))))))))))
- gnuradio
- gr-ettus
[INFO] Install python-apt to speed up apt processing.
[INFO] Phase 1: Creating install tree and installing binary packages:
Install tree:
\- gr-ettus
|
+- uhd
|
\- gnuradio
|
\- uhd
[INFO] Phase 1 complete: All binary dependencies installed.
[INFO] Phase 2: Recursively installing source packages to prefix:
[INFO] Installing package: uhd
[WARNING] A source build for package uhd was requested, but binary
install was found!
Install uhd from source despite binary install available Y/[N]?
[INFO] Install python-apt to speed up apt processing.
[WARNING] Build dir already exists:
/home/david/prefix/src/uhd/host/build
Configuring: (100%)
[====================================================================
==============]
[WARNING] Configuration failed. Re-trying with higher verbosity.
CMake Error at CMakeLists.txt:13 (cmake_minimum_required):
CMake 3.5.1 or higher is required. You are running version
2.8.12.2
-- Configuring incomplete, errors occurred!
Running cmake --version on my system shows: -
cmake version 3.10.2
CMake suite maintained and supported by Kitware
(kitware.com/cmake).
I have no idea why pybombs thinks I am running cmake 2.8. I have
searched online and can find no reference to the issue. Has anyone
else
encountered this issue or does anyone know of a solution?
Thanks,
David
_______________________________________________
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
