Re: [UHD] 3.15.0.0 Release Announcement

Roots of SD and toolchain have been aligned? Thanks a lot. Ivan Il 02.01.2020 08:56 Michael West ha scritto: > Happy New Year! UHD 3.15.0.0 is now available! This is an API release. It is not API or ABI compatible with earlier releases. This release includes several new features and bug

General block output padded with zeros

I am currently working on a general python block that operates on data between "start of burst" tags, and ignores all other data. As such, I only want to output data that is part of the burst and the padded zeros actually transmitted by the USRP, but the block actually outputs the burst data along

Re: gnuradio-3.8 build fails with error: cannot convert const string {aka const std::__cxx11::basic_string} to pmt::pmt_t {aka boost::shared_ptr}

On Thu, 2 Jan 2020, Marcus Müller wrote: oops, wrong email account. Anyway, how **does** one get a recent Slackware64? The one that you find as official containers contains SWIG Slackware64-current, which I am running has the most up to date versions of the packages and is at

Re: gnuradio-3.8 build fails with error: cannot convert const string {aka const std::__cxx11::basic_string} to pmt::pmt_t {aka boost::shared_ptr}

On Thu, 2 Jan 2020, Marcus Müller wrote: Hi Tom, funky distro! Hi Marcus, Thanks (and to Michael) for the very quick follow-up! It is one of the oldest distros around. I have been using it since the late 90s. That API used to be string (of a serialized PMT) and now is PMT directly.

Re: gnuradio-3.8 build fails with error: cannot convert const string {aka const std::__cxx11::basic_string} to pmt::pmt_t {aka boost::shared_ptr}

Marcus got it: there are old headers around in some system prefix (possibly including "${CMAKE_INSTALL_PREFIX}/include"), which are being picked up by CMake and included ("-I...") -before- the internal-to-GR-build ones. The GR API changed, and because the old header is being used with the new

Re: gnuradio-3.8 build fails with error: cannot convert const string {aka const std::__cxx11::basic_string} to pmt::pmt_t {aka boost::shared_ptr}

oops, wrong email account. Anyway, how **does** one get a recent Slackware64? The one that you find as official containers contains SWIG 2, GCC 4.something and boost 1.54. Best, Marcus On Thu, 2020-01-02 at 17:16 +0100, Marcus Müller wrote: > Hi Tom, > > funky distro! > That API used to be

Re: gnuradio-3.8 build fails with error: cannot convert const string {aka const std::__cxx11::basic_string} to pmt::pmt_t {aka boost::shared_ptr}

Hi Tom, funky distro! That API used to be string (of a serialized PMT) and now is PMT directly. That happened somewhere around July. Thus, this slightly looks like you still have some older header files lying around? Or some outdated SWIG output that somehow ends up in your build? Could you try

gnuradio-3.8 build fails with error: cannot convert const string {aka const std::__cxx11::basic_string} to pmt::pmt_t {aka boost::shared_ptr}

I am attempting to build the v.3.8 source under Slackware64 Linux and can't get past this and a few subsequent errors. Building from the git source results in the same failure. Build system details: o gcc 9.2.0 o SWIG version 4.0.1 o Boost 1.72.0 My build scripts and build logs are here

Re: [USRP-users] [UHD] 3.15.0.0 Release Announcement

Excellent & Happy New Year to the UHD / Volk / GNU Radio community! For OSX (Mac OS X / macOS) users, I updated the 'uhd' port in MacPorts to this release last night; it is available right now! We (MacPorts developers) recommend doing the following semi-regularly to keep your 'ports' install up

[UHD] 3.15.0.0 Release Announcement

Happy New Year! UHD 3.15.0.0 is now available! This is an API release. It is not API or ABI compatible with earlier releases. This release includes several new features and bug fixes. Installers for Windows and Fedora are available here: