|
From: | Josh Blum |
Subject: | Re: [Discuss-gnuradio] mblock linking error |
Date: | Wed, 28 Feb 2007 11:44:50 -0500 |
User-agent: | Thunderbird 1.5.0.9 (X11/20070103) |
creating libmblock-qa.la(cd .libs && rm -f libmblock-qa.la && ln -s ../libmblock-qa.la libmblock-qa.la) if g++ -DHAVE_CONFIG_H -I. -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib -g -O2 -Wall -Woverloaded-virtual -pthread -MT test_mblock.o -MD -MP -MF ".deps/test_mblock.Tpo" -c -o test_mblock.o test_mblock.cc; \ then mv -f ".deps/test_mblock.Tpo" ".deps/test_mblock.Po"; else rm -f ".deps/test_mblock.Tpo"; exit 1; fi /bin/bash ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o test_mblock test_mblock.o libmblock-qa.la g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock test_mblock.o ./.libs/libmblock-qa.so -Wl,--rpath -Wl,/usr/local/lib ./.libs/libmblock-qa.so: undefined reference to `omni_thread::init_t::init_t()' ./.libs/libmblock-qa.so: undefined reference to `omni_thread::init_t::~init_t()' ./.libs/libmblock-qa.so: undefined reference to `mb_mblock_impl::component(std::basic_string<char, std::char_traits<char>, std::allocator<char> > const&)' ./.libs/libmblock-qa.so: undefined reference to `mb_mblock::fullname() const'
collect2: ld returned 1 exit status make[4]: *** [test_mblock] Error 1 make[4]: Leaving directory `/usr/src/gnuradio_trunk/mblock/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/usr/src/gnuradio_trunk/mblock/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/usr/src/gnuradio_trunk/mblock' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/gnuradio_trunk' make: *** [all] Error 2 Robert McGwier wrote:
This problem is understood. There is a change in libtool in the Debian/Ubuntu community. I believed this was fixed here by finding out some shell changes but it is not.If you cannot build mblock, you need to install pmt, which alway builds first. Go into the pmt directory and make install or sudo make install depending on your situation.Then when you go back to the base directory and do make, the mblock (and the rest of the) make will complete quickly.There are a couple of really aggravating things in Ubuntu 6.1 (maybe earlier) and libtool and link of sh to dash are at the top of my list. I could not understand what in the world was going on with these shells which had#!/bin/shat the top from IBM for the Cell SDK (for example), and others, not working and really bombing badly. Ubuntu has placed /bin/dash, their step towards a posix compliant sh, in the symbolic link. Shell script authors have used sh in their scripts when they probably wanted the bash extensions and should have used bash. It is still a bit ugly to drop this on us without warning and to break so many shell scripts in the process.Bob Johnathan Corgan wrote:Josh Blum wrote:The same problem occurs on cygwin. I know cygwin is a lower priority, but the issue may not be ubuntu specific. -josh Roshan Baliga wrote:I've run into the same problem on Ubuntu 6.06 (Dapper Drake) at trunk rev 4662 (current). The trunk tree built fine for me on the same box a month ago. (I already tried make distclean and bootstrap.)Could you gentlemen please update and retry?
[Prev in Thread] | Current Thread | [Next in Thread] |