Re: [Discuss-gnuradio] mblock linking error

[Tim Meehan]

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 <address@hidden> 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