Ok, sorry for bothering.
I understood my mistake by myself. I had forgotten to set the LD_LIBRARY_PATH environmental variable to the $BOOST__PREFIX/lib.
Now my question is:
I noticed that the load generated by my application is balanced between the two cores of my machine.. is there any way to go one step back (like a compiling option or something) and tell the system not to do so but concentrate the whole load just on one core?
alternatively how can I get the previous trunk version, the one before introducing dependency on boost 1.35?
thanks
vincenzo
2008/9/3 Vincenzo Pellegrini
<address@hidden>
I have followed instructions to download boost
1.36
gnuradio compliled smoothly
I've got this problem now: the gnuradio applications I had previously written compile flawlessly but, when the python script implementing the application is started
I get:
from gnuradio import gr, eng_notation
File "/usr/local/lib64/python2.5/site-packages/gnuradio/gr/__init__.py", line 43, in <module>
from gnuradio_swig_python import *
File "/usr/local/lib64/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py", line 23, in <module>
from gnuradio_swig_py_runtime import *
File "/usr/local/lib64/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py", line 6, in <module>
import _gnuradio_swig_py_runtime
ImportError: libboost_thread-gcc43-mt-1_36.so.1.36.0: cannot open shared object file: No such file or directory
FAIL: run_tests
which currently I cannot understand..
what have I done wrong?
thanks
vincenzo
PS.
Eric, also thanks for the precious info about the PS3 chipset.
I think I'll wait for the USRP2 with its Gigabit Ethernet. Is Gb Eth. fine on the PS3?
--
Vincenzo Pellegrini