Hi Eric,
I am trying to study the create-gnuradio-out-of-tree-project you
leave
to us last week. After I run ./configure ./make ./make install, I still
can’t run the python file successfully. The errors are shown below. Do
you
know what is the problem?
winuser@winuser-desktop:~/BinZan/usrp2_oot/python$ ./qa_usrp2_oot.py
Traceback (most recent call last):
File “./qa_usrp2_oot.py”, line 24, in
import usrp2_oot_swig
ImportError: No module named usrp2_oot_swig
Thanks,
Bin Zan
Winlab, Rutgers
On Thu, Mar 11, 2010 at 01:44:04PM -0500, bin zan wrote:
ImportError: No module named usrp2_oot_swig
Thanks,
Bin Zan
Winlab, Rutgers
Bin,
The QA code won’t run unless you type
$ make check
This has to do with how a bunch of environment varibles are
manipulated to allow us to test (QA) non-instatlled code.
You can use your new block after
$ make install
but you’ll need to ensure that your PYTHONPATH includes the path where
you installed the new code. This is usually something like:
$ export PYTHONPATH=/lib/python/-packages
Eric
Hi Eric,
Thank you I got it. I am also trying to study the c++ examples
under
…/gnuradio/usrp2/host/apps/… ( My objective is to write a channel
switching apps in C++). However, when I run ./rx_streaming_samples -f
2.45G, it doesn’t output anything when I run ./tx_samples at the sender
side
( I only see one c++ execute file looks like transmit something under
that
directory). Please advise which files I should start with.
Thank you,
Bin Zan
Winlab, Rutgers.
Did you link against libgruel? Try that.
-josh
Yep, /usr/lib/libgruel.la is there too…
Here’s the full setting in /makefile.common:
LIBS = -L$(MY_LIB_ROOT) $(MATLAB_LIB_DIR)
-L$(MATLAB_ROOT)/extern/include -L$(MATLAB_ROOT)/bin/glnx86 -lmwmclmcr
-L$(MATLAB_ROOT)/runtime/glnx86 -lmwmclmcrrt -R$(MY_LIB_ROOT) -lmatinv
-R$(RLINK_PATH) -lmat -lmx -lmwservices -lmex -lut -lm -lm -lmwmclmcr
-lmwhg -R$(MATLAB_ROOT)/runtime/glnx86 -lmwmclmcrrt -L/usr/lib
-lboost_date_time-mt /usr/lib/libgnuradio-core.la -L/usr/lib
/usr/lib/libfftw3.la /usr/lib/libgruel.la -lboost_thread-mt -lgsl
-lgslcblas
Strange, because the same settings compile on my Red Hat machine without
any problems…