cannot make new signal processing block
Locked
12
12
 
|
|
Hi nexy_sm,
read again: http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules The command 'make check' is nowhere in the instructions for building a new signal processing block. M On Tue, Oct 09, 2012 at 12:50:38AM -0700, nexy_sm wrote: > Hi all, > > I am currently following the instructions for building new signal processing > block. I have downloaded complete folder as it was stated. The problem is > when I enter folder topdir/src.python and run make check I have the > following error: > > [savi_ne@ts python]$ make check > make: *** No rule to make target `check'. Stop. > > Thanks in advance > > > > -- > View this message in context: http://gnuradio.4.n7.nabble.com/cannot-make-new-signal-processing-block-tp37924.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > _______________________________________________ > Discuss-gnuradio mailing list > [hidden email] > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association _______________________________________________ Discuss-gnuradio mailing list [hidden email] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio |
attachment0 (205 bytes) |
|
|
|
On Tue, Oct 09, 2012 at 12:28:57PM +0200, Nemanja Savic wrote:
> http://www.gnu.org/software/gnuradio/doc/howto-write-a-block.html > > And the problem was bad reference to the PKG_CONFIG_PATH. > > I see that in the instructions you sent me and inistructions that I was > following, building folders are different. That's ancient docs... didn't you read the sell-by date? :) Just go to gnuradio.org and follow the instructions. They're really impossible to miss. Johnathan/Tom, can you take that old stuff down? Outdated docs are poison, if you ask me. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association _______________________________________________ Discuss-gnuradio mailing list [hidden email] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
On Tue, Oct 16, 2012 at 02:08:42AM -0700, nexy_sm wrote:
> First of all, I would like to say that the biggest problem was lack of my > knowledge in Linux. > I was strictly following instructions from gnuradio.org about making out of > tree signal processing block, and there is not stated that i have to do > /make install/ before testing module. Hm, you shouldn't need to do that. (That's why it's not in the instructions.) > Also, nowhere is stated stest -V, for getting more error information, and > also using -DCMAKE_INSTALL_PREFIX, whish is used for setting base address or > whatever. That's already what I'd consider 'advanced' usage, which is why it's not in the tutorial, either. Although I guess 'ctest -V' could be in there. > Maybe somebody should make detailed tutorials, for the people that knows > only signal processing, not Linux, just for smooth start, unti they get > used. Since you just went through the process, how about writing something while the knowledge is still fresh? MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association _______________________________________________ Discuss-gnuradio mailing list [hidden email] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio |
|
|
|
|
On Tue, Oct 16, 2012 at 03:14:31AM -0700, nexy_sm wrote:
> Do you mean some kind of tutorial or what? > > Well, that means that my test don't work, since you said that make install > isn't necesary. > > So, let's start again, what might be a problem? That's still impossible to tell from what you've written. I've just checked that gr_modtool and the tutorial are correct. Here's what I did: 1) Create an out-of-tree module ~/tmp % gr_modtool.py create test Module directory is "./gr-test". Creating directory... Copying howto example... Unpacking... Replacing occurences of 'howto' to 'test'... Done. Use 'gr_modtool add' to add a new block to this currently empty module. 2) Then, I add a sync-block: ~/tmp% cd gr-test tmp/gr-test % gr_modtool.py add -t sync square_ff Operating in directory . GNU Radio module name identified: test Code is of type: sync Block/code identifier: square_ff Enter valid argument list, including default arguments: Add Python QA code? [Y/n] Add C++ QA code? [Y/n] n Traversing lib... Adding file 'square_ff_impl.h'... Adding file 'square_ff_impl.cc'... Adding file 'square_ff.h'... Traversing swig... Editing swig/test_swig.i... Traversing python... Adding file 'qa_square_ff.py'... Editing python/CMakeLists.txt... Traversing grc... Adding file 'test_square_ff.xml'... Editing grc/CMakeLists.txt... 3) Next, I edit the work() function of the block (this only needs one line to be changed) to look like this: Before this is done, the 'make' command won't work! { const float *in = (const float *) input_items[0]; float *out = (float *) output_items[0]; for (int i = 0; i < noutput_items; i++) { out[i] = in[i] * in[i]; } // Tell runtime system how many output items we produced. return noutput_items; } 4) Finally, I edit the file python/qa_square_ff.py such that the test case contains this: Before this is done, the 'make test' or 'ctest' commands won't work! def test_001_t (self): test_data = (1, 2, 3, 4) correct_res = (1, 4, 9, 16) sink = gr.vector_sink_f() self.tb.connect(gr.vector_source_f(test_data), test.square_ff(), sink) self.tb.run() self.assertEqual(sink.data(), correct_res) Then, I go to the build directory and invoke the make process: gr-test/build % cmake .. # Output omitted gr-test/build % make # Output omitted gr-test/build % make test Running tests... Test project /home/braun/tmp/gr-test/build Start 1: test_test 1/2 Test #1: test_test ........................ Passed 0.02 sec Start 2: qa_square_ff 2/2 Test #2: qa_square_ff ..................... Passed 0.23 sec 100% tests passed, 0 tests failed out of 2 The End. This entire process took me less than 10 minutes. If you're taking longer, you're wasting time. Other notes: * I never installed * The only editing necessary was three lines in the work() function and the test case in qa_square_ff So go through your module once again, start from scratch and it will work. MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association _______________________________________________ Discuss-gnuradio mailing list [hidden email] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio |
|
|
|
|
Loading...
| Powered by Nabble | Edit this page |