I still have the same problem. Actually, I am just including header files of my own design. And as par your suggesstion, I decided to include them in a file called divcom_shared_func.cc.
In short divcom_shared_func.cc contains only the following lines that are needed by my other signal processing blocks: #include "others.cc" #include "elem_matrix.cc" using elem_matrix_jonas::elem_matrix; And the functions defined in these files are all repeatedly used. Unfortunately, I still get the same errors regarding multiple definitions. So what do I do now? =) On 1/15/08, Jonas <[EMAIL PROTECTED]> wrote: > Thanks! > > I'll try this. > > =) > > On 1/15/08, Eric Blossom <[EMAIL PROTECTED]> wrote: > > On Mon, Jan 14, 2008 at 07:40:26PM +0800, Jonas wrote: > > > I have a question. > > > > > > I am trying to make 4 signal processing blocks wherein some of the > > > definitions for its computations will be REPEATEDLY defined. I really > > intend > > > this. However, basing from the gr-howto module (of which I used the > > built-in > > > dependencies there), the compiler ALWAYS COMPLAINS of a multiple > > definition > > > of something that I REALLY INTEND to define repeatedly. This is due to > the > > > fact that the four signal processing blocks that I made share some > COMMON > > > signal processing manipulations. > > > > > > I want to be able to ignore this error and compile the four signal > > > processing blocks simultaneously. Is this possible with GNU Radio? > > > > > > Thanks! > > > > Don't define the function multiple times, define it once, and include > > it in the shared library that you build for the swig module. > > E.g., in the "howto" example, create a new file > > my_shared_functions.cc, and add it to _howto_la_SOURCES. > > > > If this doesn't make sense, you may want to read up on shared > > libraries, automake and libtool. > > > > Eric > > > _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
