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 <vlasi...@gmail.com> 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 <marcus.muel...@ettus.com>
> 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 <marcus.muel...@ettus.com>
>> 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
>>> listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> Discuss-gnuradio@gnu.org
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>
>>>
>>
>>
>> --
>> Nemanja Savić
>>
>>
>>
>
>
> --
> Nemanja Savić
>
--
Nemanja Savić
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
