[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Cross-Compile issue with GNU Radio 3.8: cmake is

From: Toby Flynn
Subject: Re: [Discuss-gnuradio] Cross-Compile issue with GNU Radio 3.8: cmake is building an incorrect file
Date: Fri, 17 May 2019 18:01:42 -0400

    Thank you for the quick reply.  I cannot get to the computer with the full Yocto command until maybe Monday, I will send a response with that command when I can get to the computer.
 I believe the issue is with CMake and not Python.   CMake makes the file 'build/gnuradio-runtime/swig/CMakeFiles/Export/lib/cmake/gnuradio/runtime_swigTargets-release.cmake', as part of the GNURadio build.  What is missing on the cross-compile is the string ${_IMPORT_PREFIX} on 2 lines in the file giving the path to _runtime_swig.so, I had missed one in my earlier email .  Adding that string to the file in the OOT sysroot allows the OOT targets to build, which can be a workaround until the issue can be better understood and corrected.  This is the only .cmake file built with the command CMAKE install(EXPORT.... in the CMakeLists.txt file, so the build for the .cmake file is different than the rest of the files in GNU Radio.

 As far as the OOT modules, I have tried gr-paint38 and my gr3.8 branch of gr-iio, https://github.com/flynn378/gr-iio.  Both have the same error.

I am aware of the issue with GRC / python and I am currently fixing that manually until I get the time to investigate a correct solution.


On Fri, May 17, 2019 at 4:46 PM Müller, Marcus (CEL) <address@hidden> wrote:
Hi Toby,

what's the verbatim cmake command line Yocto is executing?

Since it's impossible for the build system to know by itself what the
target python will be, unless you tell it which, we'll have to figure
out a way to consistently set Python used during CMake, Python used
during build, and Python used on target.
It's a complicated thing, actually – the python that the build system
internally (a lot!) doesn't have to be the one the used to link SWIG
files against.
So, I see no way but to set the PYTHON_LIBRARIES and
PYTHON_INCLUDE_DIRS explitly in the cmake command line. (If anyone
could point me towards an easier solution that doesn't trade project
sanity for having one argument fewer in a OE layer, I'd be very happy.)

Now, I don't know if all this is related to your problem. But then
again, I don't know anything about the OOT module you're trying to
build. So far, we don't have overly many 3.8-compatible OOTs, so if you
can point us to the one you're working with, that would be highly
appreciated. One of the main reasons of breakage is that the old CMake
constructs we used to employ in GNU Radio have been replaced by more
modern CMake patterns, which especially means that the notion of
component dependencies and hence install targets has changed.

Best regards,

On Fri, 2019-05-17 at 13:21 -0400, Toby Flynn wrote:
> I am attempting to install OOT modules using a Yocto/Openembedded
> enviroment and the latest GNURadio 3.8.  This process was working
> before the latest cmake changes to 3.8 were incorporated.  I am now
> having issues with the cross-complitaion.  I have tracked the issue
> down to a file I believe is created by cmake:
> build/gnuradio-
> runtime/swig/CMakeFiles/Export/lib/cmake/gnuradio/runtime_swigTargets
> -release.cmake
> When building directly on a computer this file has difference, line
> 10 than the one build using Yocto.
> Direct build on a computer the line is:
> packages/gnuradio/gr/_runtime_swig.so"
> On the Yocto build the line is:
> IMPORTED_LOCATION_RELEASE "/usr/lib/python3.5/site-
> packages/gnuradio/gr/_runtime_swig.so"
> The missing ${_IMPORT_PREFIX} leads to cmake issues since
> _runtime_swig.so cannot be found.
> Does anyone have a suggestion for something I can try to fix the
> issue.
> Thanks
> Toby
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

reply via email to

[Prev in Thread] Current Thread [Next in Thread]