discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]


From: Eric Blossom
Subject: Re: [Discuss-gnuradio] Compilation failed [Ubuntu 6.06]
Date: Sun, 28 Jan 2007 11:20:56 -0800
User-agent: Mutt/1.5.9i

On Sun, Jan 28, 2007 at 07:52:07PM +0100, Davide Anastasia wrote:
> On dom, 2007-01-28 at 09:51 -0800, Eric Blossom wrote:
> > > automake (GNU automake) 1.9.6
> > > 
> > > Ideas?
> > 
> > Random guess: you've got more than one version of libtool installed
> > (perhaps in a different path), and autoconf isn't looking in the
> > directory in which you installed libtool.  It appears that libtool was
> > installed with using the package manager.  Is it in /usr/local? 
> 
> Ok, I remove automake-1.8 and I install automake-1.8. ./bootstrap run
> nicely, but during compiling I receive the same error as above:

David, there's no indication that any of your problems have to do with
automake.  I'm not sure why you're messing with that.

> g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock
> test_mblock.o  ./.libs/libmbl ock-qa.so ./.libs/libmblock.so -ldl
> -Wl,--rpath -Wl,/usr/local/lib
> ./.libs/libmblock.so: undefined reference to `pmt_nth(unsigned int,
> boost::shared_ptr<pmt_base>)'
> ./.libs/libmblock-qa.so: undefined reference to
> `pmt_intern(std::basic_string<char, std::char_tra its<char>,
> std::allocator<char> > const&)'
> ./.libs/libmblock.so: undefined reference to
> `pmt_wrong_type::pmt_wrong_type(std::basic_string<ch ar,
> std::char_traits<char>, std::allocator<char> > const&,
> boost::shared_ptr<pmt_base>)'
> ./.libs/libmblock.so: undefined reference to
> `pmt_subsetp(boost::shared_ptr<pmt_base>, boost::sha red_ptr<pmt_base>)'
> collect2: ld returned 1 exit status

This is the Ubuntu libtool symptom.

It's being triggered here because it's trying to link against the
_installed_ version of the library, not the _build_ version of the
library.  The problem is that it's passing the "--rpath
/usr/local/lib" to the linker.  This is wrong at this stage of the
build.

I believe that you can change the symptom by doing a "make uninstall"
and ensuring that there's no gnuradio related stuff in PREFIX/lib or
PREFIX/lib/python<ver>/site-packages/gnuradio.

When you rebuild, I believe that it will fail someplace else in the
build.

Eric




reply via email to

[Prev in Thread] Current Thread [Next in Thread]