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 <[EMAIL PROTECTED]> > 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
_______________________________________________ Discuss-gnuradio mailing list [email protected] http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
