GNURadio make from source failed

2020-12-07 Thread Đình Tuấn Hoàng 
Hi,
I'm trying to install GNURadio 3.8 after successful installation of UHD 4.0
but I always got the problem like below:

_/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:
In function ‘PyObject* _wrap_i2c_iface_eeprom16(PyObject*, PyObject*)’:
/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:30566:33:
error: no match for ‘operator=’ (operand types are
‘SwigValueWrapper’ and
‘uhd::i2c_iface::sptr {aka std::shared_ptruhd::i2c_iface}’)
result = (arg1)->eeprom16();
^
/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:32:21:
note: candidate: SwigValueWrapper& SwigValueWrapper::operator=(const
SwigValueWrapper&) [with T = boost::shared_ptruhd::i2c_iface]
SwigValueWrapper& operator=(const SwigValueWrapper& rhs);
^~~~
/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:32:21:
note: no known conversion for argument 1 from ‘uhd::i2c_iface::sptr {aka
std::shared_ptruhd::i2c_iface}’ to ‘const
SwigValueWrapper&’
/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:36:21:
note: candidate: SwigValueWrapper& SwigValueWrapper::operator=(const T&)
[with T = boost::shared_ptruhd::i2c_iface]
SwigValueWrapper& operator=(const T& t) { SwigMovePointer tmp(new T(t));
pointer = tmp; return








*this;
}^~~~/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:36:21:
note: no known conversion for argument 1 from ‘uhd::i2c_iface::sptr {aka
std::shared_ptruhd::i2c_iface}’ to ‘const
boost::shared_ptruhd::i2c_iface&’/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:30576:109:
error: invalid static_cast from type
‘SwigValueWrapper’ to type ‘const sptr&
{aka const std::shared_ptruhd::i2c_iface&}’resultobj =
SWIG_NewPointerObj((new uhd::i2c_iface::sptr(static_cast< const
uhd::i2c_iface::sptr& >(result))),
SWIGTYPE_p_boost__shared_ptrT_uhd__i2c_iface_t, SWIG_POINTER_OWN | 0
);^/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:1191:89:
note: in definition of macro ‘SWIG_NewPointerObj’#define
SWIG_NewPointerObj(ptr, type, flags) SWIG_Python_NewPointerObj(NULL, ptr,
type,
flags)^~~/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:
In function ‘PyObject*




















*wrap_dboard_iface_sptr_eeprom16(PyObject*,
PyObject*)’:/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:36426:34:
error: no match for ‘operator=’ (operand types are
‘SwigValueWrapper’ and
‘uhd::i2c_iface::sptr {aka std::shared_ptruhd::i2c_iface}’)result =
(*arg1)->eeprom16();^/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:32:21:
note: candidate: SwigValueWrapper& SwigValueWrapper::operator=(const
SwigValueWrapper&) [with T =
boost::shared_ptruhd::i2c_iface]SwigValueWrapper& operator=(const
SwigValueWrapper&
rhs);^~~~/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:32:21:
note: no known conversion for argument 1 from ‘uhd::i2c_iface::sptr {aka
std::shared_ptruhd::i2c_iface}’ to ‘const
SwigValueWrapper&’/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:36:21:
note: candidate: SwigValueWrapper& SwigValueWrapper::operator=(const T&)
[with T = boost::shared_ptruhd::i2c_iface]SwigValueWrapper& operator=(const
T& t) { SwigMovePointer tmp(new T(t)); pointer = tmp; return *this;
}^~~~/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:36:21:
note: no known conversion for argument 1 from ‘uhd::i2c_iface::sptr {aka
std::shared_ptruhd::i2c_iface}’ to ‘const
boost::shared_ptruhd::i2c_iface&’/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:36436:109:
error: invalid static_cast from type
‘SwigValueWrapper’ to type ‘const sptr&
{aka const std::shared_ptruhd::i2c_iface&}’resultobj =
SWIG_NewPointerObj((new uhd::i2c_iface::sptr(static_cast< const
uhd::i2c_iface::sptr& >(result))),
SWIGTYPE_p_boost__shared_ptrT_uhd__i2c_iface_t, SWIG_POINTER_OWN | 0
);^/home/pc/test/gnuradio/build/gr-uhd/swig/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx:1191:89:
note: in definition of macro ‘SWIG_NewPointerObj’#define
SWIG_NewPointerObj(ptr, type, flags) SWIG_Python_NewPointerObj(NULL, ptr,
type, flags)gr-uhd/swig/CMakeFiles/uhd_swig.dir/build.make:62: recipe for
target
'gr-uhd/swig/CMakeFiles/uhd_swig.dir/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o'
failedmake[2]: ***
[gr-uhd/swig/CMakeFiles/uhd_swig.dir/CMakeFiles/uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o]
Error 1CMakeFiles/Makefile2:11163: recipe for target
'gr-uhd/swig/CMakeFiles/uhd_swig.dir/all' failedmake[1]: ***
[gr-uhd/swig/CMakeFiles/uhd_swig.dir/all] Error 2make[1]: *** Waiting for
unfinished jobs*

Could anyone help me with my problem?
My purpose

Re: Cant find Qt gui time sink

2020-12-07 Thread Cinaed Simson 




On 12/7/20 10:08 AM, Tellrell White wrote:

Hello
I cant seem to find the qt gui time sink in version 3.7.11. I downloaded the 
binary version available for centos.

Tellrell

Try posting

  gnuradio-config-info --prefix -v

and

  gnuradio-config-info --enabled-components | grep gr-qtgui

Unfortunately, I don't know anything about any version of Centos but 
might provide clues to someone who does.


-- Cinaed

Re: Cant find Qt gui time sink

2020-12-07 Thread Fabian Schwartau 
I have a package called libgnuradio-qtgui3.7.11, which is probably
required. You should probably also have qt itself installed. That's all
I can tell ... sorry

Am 07.12.20 um 21:28 schrieb Tellrell White:
> Sorry.
> 
> I cant find it within gnuradio companion. No, there is no error message. I 
> just dont see any QT sink options/blocks inside of “instrumentation”. 
> However, all of the WX options are visible.
> 
> 
> 
>> On Dec 7, 2020, at 3:23 PM, Fabian Schwartau  wrote:
>>
>> Hi Tellrell,
>>
>> you should provide some more details. Where cant you find it? In GRC? Do
>> you have an error message?
>>
>> Best regards,
>> Fabian
>>
>>> Am 07.12.20 um 19:08 schrieb Tellrell White:
>>> Hello
>>> I cant seem to find the qt gui time sink in version 3.7.11. I downloaded 
>>> the binary version available for centos.
>>>
>>> Tellrell
>>>
>>
>>
>

Re: Cant find Qt gui time sink

2020-12-07 Thread Tellrell White 
Sorry.

I cant find it within gnuradio companion. No, there is no error message. I just 
dont see any QT sink options/blocks inside of “instrumentation”. However, all 
of the WX options are visible.



> On Dec 7, 2020, at 3:23 PM, Fabian Schwartau  wrote:
> 
> Hi Tellrell,
> 
> you should provide some more details. Where cant you find it? In GRC? Do
> you have an error message?
> 
> Best regards,
> Fabian
> 
>> Am 07.12.20 um 19:08 schrieb Tellrell White:
>> Hello
>> I cant seem to find the qt gui time sink in version 3.7.11. I downloaded the 
>> binary version available for centos.
>> 
>> Tellrell
>> 
> 
>

Re: Cant find Qt gui time sink

2020-12-07 Thread Fabian Schwartau 
Hi Tellrell,

you should provide some more details. Where cant you find it? In GRC? Do
you have an error message?

Best regards,
Fabian

Am 07.12.20 um 19:08 schrieb Tellrell White:
> Hello
> I cant seem to find the qt gui time sink in version 3.7.11. I downloaded the 
> binary version available for centos.
> 
> Tellrell
>

Cant find Qt gui time sink

2020-12-07 Thread Tellrell White 
Hello
I cant seem to find the qt gui time sink in version 3.7.11. I downloaded the 
binary version available for centos.

Tellrell

RE: Calling GR Functions in a Sync Block

2020-12-07 Thread Adam Gorski 
Fantastic, thank you!

Adam Gorski
Virginia Tech Applied Research Corporation (VT-ARC)
Lead Communications Engineer
410-818-3188

From: Discuss-gnuradio 
 On Behalf Of Jeff Long
Sent: Sunday, December 6, 2020 12:40 PM
To: discuss-gnuradio@gnu.org
Subject: Re: Calling GR Functions in a Sync Block

from gnuradio import analog
agc = analog.agc2_cc()

On Sun, Dec 6, 2020 at 11:58 AM Adam Gorski 
mailto:adam.gor...@vt-arc.org>> wrote:
Community,

Is there any way to call GR functions from within a sync block? I am attempting 
to put code from a deprecated hierarchical block (dbpsk_demod) into a custom 
sync block that carries out dbpsk demodulation from within a sync block. I am 
using the sync block because I need to demodulation to occur only for specific 
packets that are tagged by a preceding block.

Any calls to gr.() result in an error, ex. ‘module’ object has no attribute 
‘agc2_cc’.

As an alternative I figured perhaps I can add the tag selection code from the 
sync block into the hierarchical block, however I am not aware how to combine 
the work function of the sync block with the hierarchical block code.

Any help is appreciated, thank you!

Adam Gorski
Virginia Tech Applied Research Corporation (VT-ARC)
Lead Communications Engineer
410-818-3188