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

Reply via email to