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

[Marcus Müller]

Hi Tom,

no, that's not expected and also doesn't reflect my experience with
building GNU Radio. In fact, it's surprising: when you read `man gcc`
on the `-I` flag, it's pretty certain that the explicitly specified
include directories are scanned before the system ones are. 

Also, when reading your build log: the old thing is in the compiled
SWIG-generated .cxx, and it uses the right, in-tree header. So, this is
twice suspicious.

Best regards,
Marcus

On Fri, 2020-01-03 at 17:31 +0000, Tom Crane wrote:
> 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.
>