discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] undefined reference to file_sink_base


From: Marcus Müller
Subject: Re: [Discuss-gnuradio] undefined reference to file_sink_base
Date: Thu, 05 Nov 2015 17:29:45 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

Hm, make sure your program really uses those; "ldd libgnuradio-TMS.so"
might point to the right places.

On 11/05/2015 05:21 PM, Nemanja Savic wrote:
> Anything else I could try with this silly problem? I am sure 100% that
> libraries are in /usr/local/lib64
>
> On Thu, Nov 5, 2015 at 5:12 PM, Nemanja Savic <address@hidden> wrote:
>
>> In my gnuradio 3.6.5.1 file_sink_base constructor takes otwo arguments,
>> filename and bool.
>>
>> On Thu, Nov 5, 2015 at 5:06 PM, Marcus Müller <address@hidden>
>> wrote:
>>
>>> Does it get better when you do blocks::file_sink_base(filename, true,
>>> false)?
>>>
>>>
>>> On 11/05/2015 05:04 PM, Nemanja Savic wrote:
>>>
>>> This is rather strange. This module was working ok, I just didn't build
>>> it for quite some time.
>>> I use file_sink_base as a base class for one of my file sinks that has
>>> some kind of history buffer inside.
>>> And, the structure of that block is identical as the structure of
>>> file_sink that comes with GR.
>>> So my block is defined as
>>>     class TMS_API file_sink_lim_b : virtual public gr_sync_block,
>>>                                      virtual public blocks::file_sink_base
>>>
>>> pretty much as normal file sink, except I have blocks:: namsespace.
>>> Inside the constructor is also the same:
>>> blocks::file_sink_base(filename, true).
>>>
>>>
>>>
>>> On Thu, Nov 5, 2015 at 3:57 PM, Marcus Müller <address@hidden>
>>> wrote:
>>>
>>>> Hi Nemanja,
>>>>
>>>> file_sink_base only has a parameterless public constructor these days
>>>> (from gr-blocks/include/.../file_sink_base.h)
>>>>  47     protected:
>>>>  48       file_sink_base(const char *filename, bool is_binary, bool
>>>> append);
>>>>  49
>>>>  50     public:
>>>>  51       file_sink_base() {}
>>>>  52       ~file_sink_base();
>>>>  53
>>>> and the protected one takes a second bool now.
>>>> That doesn't explain the problems with the d'tor and do_update, but
>>>> maybe it's a start.
>>>>
>>>> Best regards,
>>>> Marcus
>>>>
>>>>
>>>> On 11/05/2015 01:50 PM, Nemanja Savic wrote:
>>>>
>>>> Hi all guys,
>>>>
>>>> i have encountered a new problem which was not present before. I have my
>>>> old GR module (out of tree) for years. Yesterday I wanted to change
>>>> something and couldn't build it cause of the linker error.
>>>>
>>>> libgnuradio-TMS.so: undefined reference to
>>>> `gr::blocks::file_sink_base::file_sink_base(char const*, bool)'
>>>> libgnuradio-TMS.so: undefined reference to
>>>> `gr::blocks::file_sink_base::~file_sink_base()'
>>>> libgnuradio-TMS.so: undefined reference to
>>>> `gr::blocks::file_sink_base::do_update()'
>>>>
>>>> I know that before, I had similar error on some other machine, so I
>>>> added lines:
>>>>
>>>> set(GR_REQUIRED_COMPONENTS CORE BLOCKS)
>>>> find_package(Gnuradio "3.6.5.1")
>>>>
>>>> in my top CMakeLists.txt file but unfortunately nothing changed. I am
>>>> sure that everything is there, but can't figure out why it can't find it.
>>>>
>>>> Cheers and thanx,
>>>> --
>>>> Nemanja Savić
>>>>
>>>>
>>>> _______________________________________________
>>>> Discuss-gnuradio mailing 
>>>> address@hidden://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Discuss-gnuradio mailing list
>>>> address@hidden
>>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>
>>>>
>>>
>>> --
>>> Nemanja Savić
>>>
>>>
>>>
>>
>> --
>> Nemanja Savić
>>
>
>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]