Hi Johnathan, make clean ./bootstrap ./configure make
also fails. See below If there is something I can do to help you figure this out let me know, but don't sweat it on my account. For the moment I will just run without mblock and when I get some time I will dig into it. 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/sh ../../../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 -o .libs/test_mblock test_mblock.o -pthread ./.libs/libmblock-qa.so -Wl,--rpath -Wl,/usr/local/lib ./.libs/libmblock-qa.so: undefined reference to `mb_mblock::handle_message(boost::shared_ptr<mb_message>)' ./.libs/libmblock-qa.so: undefined reference to `omni_thread::init_t::init_t[in-charge]()' ./.libs/libmblock-qa.so: undefined reference to `mb_mblock_impl::make_accepter(std::basic_string<char, std::char_traits<char>, std::allocator<char> >)' ..... On 2/28/07, Johnathan Corgan <[EMAIL PROTECTED]> wrote:
Greg Troxel wrote: > I am able to build svn head on NetBSD, including mblock. It seems to > be using the new .la references for pmt and omnithread. > > (I have up-to-date auto* and swig and gcc 4.1.2.) This is useful, thanks. Tim Meehan wrote: > Just to give you another data point, I get the same errors Josh does > when trying to do a fresh build. > > svn update (4669) > > ./bootstrap > ./configure > make Can you 'make clean' first, just make sure it's actually trying to relink everything? > When I disable mblock (./configure -disable-mblock) the rest of 4669 > builds fine. This is an appropriate work around if you still run into problems. The 'mblock' component on the trunk is a work-in-progress and nothing depends upon it yet. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
