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 Marcus,
The problem was a lot easier to fix than I had expected. It was
simply that I had gnuradio-3.7.13.2 installed! After removing it
gnuradio-3.8.0.0 built w/o problem. Is this the expected behaviour -- ie.
that one shouldn't try to build a new version gnuradio on a machine that
has a copy of a previous version installed?

To put it another way: Shouldn't a new build use its own header files in
preference to any installed in /usr/include etc.?

Thanks
Tom.

--
Tom Crane, Dept. Physics, Royal Holloway, University of London, Egham Hill,
Egham, Surrey, TW20 0EX, England.
Email: T.Crane@rhul.ac.uk
Fax: +44 (0) 1784 472794

On Thu, 2 Jan 2020, Tom Crane wrote:

> 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. 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?
>
> This does make sense. I have been upgrading it rather than
> reformatting/reinstalling for many years. That said, this holiday I combed
> through /usr/local/{include,lib} where a number of files from old versions of
> manually installed packages resided, and removed those which clashed with
> those from current packages which generally install under /usr/{include,lib}.
> I did this having had similar problems in the past, particularly with builds
> such as qt5.
>
> Now you have given me some pointers I will check again and report back.
>
>> Could you try in a clean container? I'm trying here locally, but
>> honestly, I've never used slackware before, and thus I need to learn
>> every packager tool in the process, and that's kind of a burden.
>
> If I can't get anywhere on my current system I'll install a clean current
> copy of Slackware elsewhere and trying building there.
>
> Many thanks
> Tom.
>
>>
>> Best regards,
>> Marcus
>> On Thu, 2020-01-02 at 15:18 +0000, Tom Crane wrote:
>>> 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
>>> https://www.mklab.rhul.ac.uk/~tom/tvdx/gr/build_problems/
>>>
>>> Please advise.
>>>
>>> Many thanks
>>> Tom Crane
>>>
>>
> --
> Tom Crane, Dept. Physics, Royal Holloway, University of London, Egham Hill,
> Egham, Surrey, TW20 0EX, England.
> Email: T.Crane@rhul.ac.uk
> Fax: +44 (0) 1784 472794
>