Re: compiling GR 3.10.5.1 with ENABLE_GR_SOAPY=ON

[Ryan Volz]

Hi all,

GNU Radio's cmake scripts do check for this situation (SoapySDR not 
found, GR_ENABLE_SOAPY force-enabled) and it should error out when 
`cmake` is run:

https://github.com/gnuradio/gnuradio/blob/main/cmake/Modules/GrComponent.cmake#L71

The full CMake output would be useful to figuring out why that didn't 
happen. As far as I can tell, CMake should not "find" SoapySDR if its 
headers are missing, but maybe that's where it is going wrong.

Cheers,
Ryan

On 2/7/23 5:14 AM, Marcus Müller wrote:
> Hi Ron, Hi Rick,
>
> agreed, you probably need that development package. Problem: Without it, 
> the GNU Radio build infrastructure shouldn't even allow for enabling of 
> the SoapySDR components.
>
> So, Rick, could you tell us which operating system/distro this is on, 
> and how you did that local installation of SoapySDR, precisely?
>
> Best regards,
> Marcus
>
> On 07.02.23 06:19, Ron Economos wrote:
> > You probably need the development package.
> >
> > sudo apt-get install libsoapysdr-dev
> >
> > Ron
> >
> > On 2/6/23 18:37, aardric wrote:
> > > I executed the following steps which I think are consistent with
> > > documentation on the wiki.
> > >
> > > (1) local installation of SoapySDR 0.7.2 appears to work.
> > > (2) build and local install of gnuradio 3.10.5.1 works as expected with
> > > -DENABLE_GR_SOAPY=OFF
> > > (3) delete the gnuradio/build folder and run cmake with
> > > -DENABLE_GR_SOAPY=ON configures without an obvious problem.
> > > (4) however, make fails with:
> > > include/gnuradio/soapy/soapy_types.h:15:10: fatal error:
> > > SoapySDR/Types.hpp: No such file or directory
> > >      15 | #include <SoapySDR/Types.hpp>
> > >
> > > I'm hoping to get advice on whether the above procedure was reasonable
> > > before I (as a non developer) attempts to reverse engineer and debug the
> > > above process. I hesitate to raise an issue for something which may be
> > > obvious or a problem with my particular installation.
> > >
> > > Rick