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
> <[email protected] <mailto:[email protected]>> 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 list
>>     [email protected] <mailto:[email protected]>
>>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>     _______________________________________________
>     Discuss-gnuradio mailing list
>     [email protected] <mailto:[email protected]>
>     https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
> -- 
> Nemanja Savić

_______________________________________________
Discuss-gnuradio mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to