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