Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Sun, Mar 11, 2007 at 09:44:35PM -0700, Daniel Garcia wrote:
> 
> --- Eric Blossom <[EMAIL PROTECTED]> wrote:
> > On Mon, Mar 05, 2007 at 08:15:05PM -0500, Michael
> > Dickens wrote:
> > > 
> > > include /etc/ld.so.conf.d/*.conf
> > > /usr/X11R6/lib
> > > 
> > > There are no *.conf files in /etc/ld.so.conf.d/. -
> > MLD
> > 
> > Thanks for the data point.  The mystery continues!
> > 
> > Eric
> > 
> 
> I ran in to this error today. I modified one of the
> iir filter files and tried to rebuild the tree; it
> failed. I tried the /etc/ld.so.conf, didn't work for
> me. make uninstall, then tried again failed. Finally
> removed gnuradio by hand, checkout into new directory,
> everything works fine now.
> 
> >From the looks of the mblock linking errors I was
> getting it looked like a previous version of the
> library was getting loaded instead of the one from the
> compile tree (but I'm not a build guru).
> 
> -Daniel

Folks,

When reporting problems, symptoms, etc., PLEASE tell us what version
of GNU Radio you are using, whether or not you're building from svn or a
tarball, and what OS, distribution and architecture you are using.

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

Daniel Garcia wrote:

> I ran in to this error today. I modified one of the iir filter files 
> and tried to rebuild the tree; it failed. I tried the 
> /etc/ld.so.conf, didn't work for me. make uninstall, then tried again
>  failed. Finally removed gnuradio by hand, checkout into new 
> directory, everything works fine now.
> 
> From the looks of the mblock linking errors I was getting it looked
> like a previous version of the library was getting loaded instead of
> the one from the compile tree (but I'm not a build guru).

It does appear that "accidentally" linking in an already installed
library vs. one that was just compiled within the tree is still haunting
us somewhere.  A big change went into the trunk and release 3.0.3
regarding linking that appeared to fix all this, but I guess not.

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Daniel Garcia]

--- Eric Blossom <[EMAIL PROTECTED]> wrote:
> On Mon, Mar 05, 2007 at 08:15:05PM -0500, Michael
> Dickens wrote:
> > 
> > include /etc/ld.so.conf.d/*.conf
> > /usr/X11R6/lib
> > 
> > There are no *.conf files in /etc/ld.so.conf.d/. -
> MLD
> 
> Thanks for the data point.  The mystery continues!
> 
> Eric
> 

I ran in to this error today. I modified one of the
iir filter files and tried to rebuild the tree; it
failed. I tried the /etc/ld.so.conf, didn't work for
me. make uninstall, then tried again failed. Finally
removed gnuradio by hand, checkout into new directory,
everything works fine now.

>From the looks of the mblock linking errors I was
getting it looked like a previous version of the
library was getting loaded instead of the one from the
compile tree (but I'm not a build guru).

-Daniel



 

Get your own web address.  
Have a HUGE year through Yahoo! Small Business.
http://smallbusiness.yahoo.com/domains/?p=BESTDEAL


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Michael Dickens]

On Mar 5, 2007, at 8:21 PM, Dan Halperin wrote:

I put my gnuradio install script up on the Wiki (UbuntuInstall); it
would be great if you would compare it to yours and make any useful
changes. I used it in early January, before a bunch of the recent
changes went in (like splitting the swig_python file).


I've edited that page < http://www.gnuradio.org/trac/wiki/ 
UbuntuInstall >; cleaned it up a bit.  Feel free to revert more  
"personal" areas if you want; add in your known working version of  
Ubuntu (I'm using 6.10 on a VM running on an Intel-Mac, and it gets  
32 MB/s!).  I like your overall script, and will try to create one  
that can be attached to this page for downloading by other users so- 
as to "just do it" (much like my OSX script, which one day might even  
make it into the Wiki ;) . - MLD



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Mon, Mar 05, 2007 at 08:15:05PM -0500, Michael Dickens wrote:
> FWIW: I just did a fresh install of the latest GNU Radio trunk on  
> fresh install of Ubuntu 6.10 over the weekend, and it went without a  
> hitch from start to finish.  I actually wrote down what I did, so  
> it's even repeatable (in theory).  Admittedly, this was on a VM, so  
> an "indirect" piece of hardware - but I didn't have to tweak /etc/ 
> ld.so.conf or any related files ... it reads:
> 
> include /etc/ld.so.conf.d/*.conf
> /usr/X11R6/lib
> 
> There are no *.conf files in /etc/ld.so.conf.d/. - MLD

Thanks for the data point.  The mystery continues!

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Dan Halperin]

Michael Dickens wrote:
> weekend, and it went without a hitch from start to finish.  I actually
> wrote down what I did, so it's even repeatable (in theory).

I put my gnuradio install script up on the Wiki (UbuntuInstall); it
would be great if you would compare it to yours and make any useful
changes. I used it in early January, before a bunch of the recent
changes went in (like splitting the swig_python file).

-Dan


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Michael Dickens]

FWIW: I just did a fresh install of the latest GNU Radio trunk on  
fresh install of Ubuntu 6.10 over the weekend, and it went without a  
hitch from start to finish.  I actually wrote down what I did, so  
it's even repeatable (in theory).  Admittedly, this was on a VM, so  
an "indirect" piece of hardware - but I didn't have to tweak /etc/ 
ld.so.conf or any related files ... it reads:


include /etc/ld.so.conf.d/*.conf
/usr/X11R6/lib

There are no *.conf files in /etc/ld.so.conf.d/. - MLD


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Mon, Mar 05, 2007 at 03:25:52PM -0800, Dan Halperin wrote:
> Eric Blossom wrote:
> > Try this work around for Ubuntu brokenness:
> >
> >   Add /usr/local/lib to /etc/ld.so.conf then run
> >   # ldconfig
> 
> I added this to the Wiki (UbuntuInstall). Are we just supposed to use
> the guest account?

That works.

Eric




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Roshan Baliga]

Yup, adding /usr/local/lib to my ld.so.conf file did indeed fix the 
problem. 4718 now builds cleanly. Thanks for the tip.


Roshan

Johnathan Corgan wrote:

Roshan Baliga wrote:


The updated Makefile didn't fix the problem. I'm now using the 4717
revision. Doing:

make distclean
./bootstrap
./configure
make

fails in the 'boost' section of mblock, while doing the same thing but
compiling pmt first results in a failure in the omnithread section of
mblock (as Josh Blum saw).


We established earlier that in at least one case adding:

/usr/local/lib

...to the /etc/ld.so.conf file, then re-running ldconfig, would fix the
problem.  Can you try this?




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Dan Halperin]

Eric Blossom wrote:
> Try this work around for Ubuntu brokenness:
>
>   Add /usr/local/lib to /etc/ld.so.conf then run
>   # ldconfig

I added this to the Wiki (UbuntuInstall). Are we just supposed to use
the guest account?

-Dan


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Mon, Mar 05, 2007 at 02:53:04PM -0800, Roshan Baliga wrote:
> Johnathan Corgan wrote:
> >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.
> >
> >Just FYI, my main development machine is Ubuntu 6.10.  I have never had
> >this issue with libtool/rpath that you describe.  I have the default
> >build installed which does indeed have the /bin/sh -> /bin/dash symlink.
> >So there is something else going on here.
> 
> I'm running Ubuntu 6.06, and /bin/sh links to /bin/bash, not dash.
> 
> >>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.
> >
> >In this particular case, I believe that the specific mblock build
> >failure that was seen was a problem with the Makefile.am that was fixed
> >on the trunk yesterday evening.  I'm still waiting confirmation of a fix
> >or not.
> 
> The updated Makefile didn't fix the problem. I'm now using the 4717 
> revision. Doing:
> 
> make distclean
> ./bootstrap
> ./configure
> make
> 
> fails in the 'boost' section of mblock, while doing the same thing but 
> compiling pmt first results in a failure in the omnithread section of 
> mblock (as Josh Blum saw).
> 
> -Roshan
> 
> >>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
> >
> >Again, there must be something else going on as neither of these are a
> >problem for me.


Try this work around for Ubuntu brokenness:

  Add /usr/local/lib to /etc/ld.so.conf then run
  # ldconfig

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Tim Meehan]

Hello Roshan,

Out of curiosity did you try adding
/usr/local/lib
to your
/etc/ld.so.conf
file

This worked for me on my Debian distribution.

Tim
On 3/5/07, Roshan Baliga <[EMAIL PROTECTED]> wrote:

Johnathan Corgan wrote:
> 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.
>
> Just FYI, my main development machine is Ubuntu 6.10.  I have never had
> this issue with libtool/rpath that you describe.  I have the default
> build installed which does indeed have the /bin/sh -> /bin/dash symlink.
> So there is something else going on here.

I'm running Ubuntu 6.06, and /bin/sh links to /bin/bash, not dash.

>> 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.
>
> In this particular case, I believe that the specific mblock build
> failure that was seen was a problem with the Makefile.am that was fixed
> on the trunk yesterday evening.  I'm still waiting confirmation of a fix
> or not.

The updated Makefile didn't fix the problem. I'm now using the 4717
revision. Doing:

make distclean
./bootstrap
./configure
make

fails in the 'boost' section of mblock, while doing the same thing but
compiling pmt first results in a failure in the omnithread section of
mblock (as Josh Blum saw).

-Roshan

>> 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
>
> Again, there must be something else going on as neither of these are a
> problem for me.
>


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Roshan Baliga]

Johnathan Corgan wrote:

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.


Just FYI, my main development machine is Ubuntu 6.10.  I have never had
this issue with libtool/rpath that you describe.  I have the default
build installed which does indeed have the /bin/sh -> /bin/dash symlink.
So there is something else going on here.


I'm running Ubuntu 6.06, and /bin/sh links to /bin/bash, not dash.

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.


In this particular case, I believe that the specific mblock build
failure that was seen was a problem with the Makefile.am that was fixed
on the trunk yesterday evening.  I'm still waiting confirmation of a fix
or not.


The updated Makefile didn't fix the problem. I'm now using the 4717 
revision. Doing:


make distclean
./bootstrap
./configure
make

fails in the 'boost' section of mblock, while doing the same thing but 
compiling pmt first results in a failure in the omnithread section of 
mblock (as Josh Blum saw).


-Roshan

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


Again, there must be something else going on as neither of these are a
problem for me.




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Thu, Mar 01, 2007 at 06:27:54PM -0800, Johnathan Corgan wrote:
> Eric Blossom wrote:
> 
> >> Progress, I suppose :-)
> > 
> > Did you have GNU Radio stuff installed in /usr/local/lib when you ran
> > the test?
> > 
> > Also, we may need to run 
> > 
> >   # ldconfig
> > 
> > after editing /etc/ld.so.conf to update the dynamic loader's cache.
> 
> I just verified:
> 
> - no /usr/local/lib in ld.so.conf
> - no GNU Radio files in /usr/local/*
> - ldconfig was run
> 
> make, make check, and make distcheck passed.
> 
> The linker now puts the rpath /usr/local/lib argument.
> 
> Checking the created .so files inside the tree, the embedded RPATH
> values are the same as before, except they have /usr/local/lib appended
> to them.
> 
> So we're still not there yet.  Tim's fix was to add /usr/local/lib to
> his ld.so.conf.  My system doesn't need it.

Thanks for the info.  Strange...

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

Eric Blossom wrote:

>> Progress, I suppose :-)
> 
> Did you have GNU Radio stuff installed in /usr/local/lib when you ran
> the test?
> 
> Also, we may need to run 
> 
>   # ldconfig
> 
> after editing /etc/ld.so.conf to update the dynamic loader's cache.

I just verified:

- no /usr/local/lib in ld.so.conf
- no GNU Radio files in /usr/local/*
- ldconfig was run

make, make check, and make distcheck passed.

The linker now puts the rpath /usr/local/lib argument.

Checking the created .so files inside the tree, the embedded RPATH
values are the same as before, except they have /usr/local/lib appended
to them.

So we're still not there yet.  Tim's fix was to add /usr/local/lib to
his ld.so.conf.  My system doesn't need it.

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Thu, Mar 01, 2007 at 12:50:20PM -0500, Tim Meehan wrote:
> Eric,
> 
> When I added /usr/local/lib to ld.so.conf
> 
> The build was sucessful
> 
> Tim

Thanks.  That's good to know.  I don't think it should be necessary,
but it's better to know.

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Thu, Mar 01, 2007 at 10:06:46AM -0800, Johnathan Corgan wrote:
> Tim Meehan wrote:
> 
> > When I added /usr/local/lib to ld.so.conf
> > 
> > The build was sucessful
> 
> Great!
> 
> But--when I took out the /usr/local/lib from my ld.so.conf, it still
> compiled and linked okay, *and* it switched to using the rpath like your
> used to.
> 
> Progress, I suppose :-)

Did you have GNU Radio stuff installed in /usr/local/lib when you ran
the test?

Also, we may need to run 

  # ldconfig

after editing /etc/ld.so.conf to update the dynamic loader's cache.

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

Tim Meehan wrote:

> When I added /usr/local/lib to ld.so.conf
> 
> The build was sucessful

Great!

But--when I took out the /usr/local/lib from my ld.so.conf, it still
compiled and linked okay, *and* it switched to using the rpath like your
used to.

Progress, I suppose :-)

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Tim Meehan]

Eric,

When I added /usr/local/lib to ld.so.conf

The build was sucessful

Tim

On 3/1/07, Eric Blossom <[EMAIL PROTECTED]> wrote:

On Thu, Mar 01, 2007 at 07:00:37AM -0800, Johnathan Corgan wrote:
> Tim Meehan wrote:
>
> > tim /etc/ld.so.conf
> >
> > /usr/X11R6/lib
> > /usr/lib/atlas
> >
> > /usr/lib/libc5-compat
> > /lib/libc5-compat
> > /usr/i486-linuxlibc1/lib
>
> Here is mine:
>
> /usr/local/lib
> /lib/i486-linux-gnu
> /usr/lib/i486-linux-gnu
> /usr/X11R6/lib
>
> I don't recall if the first line is something I added or if it is the
> stock configuration.
>
> > Some more possibly usefull infromation
> >
> > g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
> > test_mblock.o  -pthread ./.libs/libmblock-qa.so -Wl,--rpath
> > -Wl,/usr/local/lib
>
> On my Ubuntu 6.10 system:
>
> g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock
> test_mblock.o  ./.libs/libmblock-qa.so


I recall something in a Debian or Ubuntu bug report about them
changing whether or not they use --rpath based on whether the
destination directory was listed in /etc/ld.so.conf.  It appears that
they are still doing this, and that this could account for the
difference in behavior.  (Seems a bit fragile...)

Tim and Johnathan, can you each perform another experiment for me?
First off do a "make uninstall" to ensure that the install path is
empty.

Then, Tim, please add /usr/local/bin to /etc/ld.so.conf and try

  ./bootstrap
  ./configure
  make
  make check

Johnathan, try the opposite: remove /usr/local/lib from /etc/ld.so.conf
then

  ./bootstrap
  ./configure
  make
  make check


Thanks for your assistance on this.  We may be honing in on the
fundamental libtool change that was made in Debian and/or Ubuntu.

Eric




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Tim Meehan]

Hi Johnathan

I think I am beginning to understand  now.  I am no expert with the gnu linker

when I run

$g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
test_mblock.o  -pthread ./.libs/libmblock-qa.so  .libs/libmblock.so
-Wl,--rpath -Wl,/usr/local/lib

I do not get an error

NOTE the addition of .libs/libmblock.so to the g++ line

Also if I run

$g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
test_mblock.o  -pthread ./.libs/libmblock-qa.so   -Wl

Note here I do not inlude .libs/libmblock.so but I remove the --rpath
-Wl,/usr/local/lib

I guess the `--rpath '  steps on whatever RPATH is in libmblock-qa.so


I have included the dumps you requested below.

I am rebuilding with /etc/ld.so.conf mod that Eric requested.

$ grep dependency libmblock-qa.la
dependency_libs='
/home/meehan/workspace/gnuradio/mblock/src/lib/libmblock.la
/home/meehan/workspace/gnuradio/omnithread/libgromnithread.la -lrt
/home/meehan/workspace/gnuradio/pmt/src/lib/libpmt.la
/usr/lib/gcc-lib/i486-linux/3.3.5/../../..//libcppunit.la -ldl '

$ objdump -x .libs/libmblock-qa.so | grep NEEDED
 NEEDED  libmblock.so
 NEEDED  libcppunit-1.10.so.0
 NEEDED  libdl.so.2
 NEEDED  libstdc++.so.5
 NEEDED  libm.so.6
 NEEDED  libc.so.6
 NEEDED  libgcc_s.so.1


$objdump -x .libs/libmblock-qa.so   | grep RPATH
 RPATH   /home/meehan/workspace/gnuradio/mblock/src/lib/.libs:/usr/local/lib

$ grep dependency libmblock.la
dependency_libs='
/home/meehan/workspace/gnuradio/omnithread/libgromnithread.la -lrt
/home/meehan/workspace/gnuradio/pmt/src/lib/libpmt.la  '

$ objdump -x .libs/libmblock.so | grep NEEDED
 NEEDED  libgromnithread.so
 NEEDED  libpmt.so
 NEEDED  libstdc++.so.5
 NEEDED  libm.so.6
 NEEDED  libc.so.6
 NEEDED  libgcc_s.so.1

$ objdump -x .libs/libmblock.so | grep RPATH
 RPATH   
/home/meehan/workspace/gnuradio/omnithread/.libs:/home/meehan/workspace/gnuradio/pmt/src/lib/.libs:/usr/local/lib


On 3/1/07, Johnathan Corgan <[EMAIL PROTECTED]> wrote:

Tim Meehan wrote:

> tim /etc/ld.so.conf
>
> /usr/X11R6/lib
> /usr/lib/atlas
>
> /usr/lib/libc5-compat
> /lib/libc5-compat
> /usr/i486-linuxlibc1/lib

Here is mine:

/usr/local/lib
/lib/i486-linux-gnu
/usr/lib/i486-linux-gnu
/usr/X11R6/lib

I don't recall if the first line is something I added or if it is the
stock configuration.

> Some more possibly usefull infromation
>
> g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
> test_mblock.o  -pthread ./.libs/libmblock-qa.so -Wl,--rpath
> -Wl,/usr/local/lib

On my Ubuntu 6.10 system:

g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock
test_mblock.o  ./.libs/libmblock-qa.so

This is the key difference, as I think was worked out by Bob McGwier
some weeks ago--your libtool has the '-Wl,--rpath -Wl,/usr/local/lib'
arguments appended, mine does not. I have 1.5.22-4.

On my system, in the build tree, this results in:

$ grep dependency libmblock-qa.la

dependency_libs='
/home/jcorgan/gnuradio/trunk/mblock/src/lib/libmblock.la
/home/jcorgan/gnuradio/trunk/omnithread/libgromnithread.la -lrt
/home/jcorgan/gnuradio/trunk/pmt/src/lib/libpmt.la
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../..//libcppunit.la -ldl '

$ objdump -x libmblock-qa.so | grep NEEDED

  NEEDED  libmblock.so
  NEEDED  libcppunit-1.10.so.2
  NEEDED  libdl.so.2
  NEEDED  libstdc++.so.6
  NEEDED  libm.so.6
  NEEDED  libc.so.6
  NEEDED  libgcc_s.so.1

$ objdump -x libmblock-qa.so | grep RPATH

  RPATH   /home/jcorgan/gnuradio/trunk/mblock/src/lib/.libs

$ grep dependency libmblock.la

dependency_libs='
/home/jcorgan/gnuradio/trunk/omnithread/libgromnithread.la -lrt
/home/jcorgan/gnuradio/trunk/pmt/src/lib/libpmt.la  '

$ objdump -x libmblock.so | grep NEEDED

  NEEDED  libgromnithread.so
  NEEDED  libpmt.so
  NEEDED  libstdc++.so.6
  NEEDED  libm.so.6
  NEEDED  libc.so.6
  NEEDED  libgcc_s.so.1

$ objdump -x libmblock.so | grep RPATH

  RPATH
/home/jcorgan/gnuradio/trunk/omnithread/.libs:/home/jcorgan/gnuradio/trunk/pmt/src/lib/.libs


So the net of all this is that in the correctly completed build, both
the .la files and the .so files have all the information needed to
resolve all the interlibrary dependencies from within the build tree.

Can you compare the above to what you see in your tree?

--
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Thu, Mar 01, 2007 at 07:00:37AM -0800, Johnathan Corgan wrote:
> Tim Meehan wrote:
> 
> > tim /etc/ld.so.conf
> > 
> > /usr/X11R6/lib
> > /usr/lib/atlas
> > 
> > /usr/lib/libc5-compat
> > /lib/libc5-compat
> > /usr/i486-linuxlibc1/lib
> 
> Here is mine:
> 
> /usr/local/lib
> /lib/i486-linux-gnu
> /usr/lib/i486-linux-gnu
> /usr/X11R6/lib
> 
> I don't recall if the first line is something I added or if it is the
> stock configuration.
>
> > Some more possibly usefull infromation
> > 
> > g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
> > test_mblock.o  -pthread ./.libs/libmblock-qa.so -Wl,--rpath
> > -Wl,/usr/local/lib
> 
> On my Ubuntu 6.10 system:
> 
> g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock
> test_mblock.o  ./.libs/libmblock-qa.so


I recall something in a Debian or Ubuntu bug report about them
changing whether or not they use --rpath based on whether the
destination directory was listed in /etc/ld.so.conf.  It appears that
they are still doing this, and that this could account for the
difference in behavior.  (Seems a bit fragile...)

Tim and Johnathan, can you each perform another experiment for me?
First off do a "make uninstall" to ensure that the install path is
empty.

Then, Tim, please add /usr/local/bin to /etc/ld.so.conf and try

  ./bootstrap
  ./configure
  make
  make check

Johnathan, try the opposite: remove /usr/local/lib from /etc/ld.so.conf
then

  ./bootstrap
  ./configure
  make
  make check


Thanks for your assistance on this.  We may be honing in on the
fundamental libtool change that was made in Debian and/or Ubuntu.

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

Tim Meehan wrote:

> tim /etc/ld.so.conf
> 
> /usr/X11R6/lib
> /usr/lib/atlas
> 
> /usr/lib/libc5-compat
> /lib/libc5-compat
> /usr/i486-linuxlibc1/lib

Here is mine:

/usr/local/lib
/lib/i486-linux-gnu
/usr/lib/i486-linux-gnu
/usr/X11R6/lib

I don't recall if the first line is something I added or if it is the
stock configuration.

> Some more possibly usefull infromation
> 
> g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
> test_mblock.o  -pthread ./.libs/libmblock-qa.so -Wl,--rpath
> -Wl,/usr/local/lib

On my Ubuntu 6.10 system:

g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock
test_mblock.o  ./.libs/libmblock-qa.so

This is the key difference, as I think was worked out by Bob McGwier
some weeks ago--your libtool has the '-Wl,--rpath -Wl,/usr/local/lib'
arguments appended, mine does not. I have 1.5.22-4.

On my system, in the build tree, this results in:

$ grep dependency libmblock-qa.la

dependency_libs='
/home/jcorgan/gnuradio/trunk/mblock/src/lib/libmblock.la
/home/jcorgan/gnuradio/trunk/omnithread/libgromnithread.la -lrt
/home/jcorgan/gnuradio/trunk/pmt/src/lib/libpmt.la
/usr/lib/gcc/i486-linux-gnu/4.1.2/../../..//libcppunit.la -ldl '

$ objdump -x libmblock-qa.so | grep NEEDED

  NEEDED  libmblock.so
  NEEDED  libcppunit-1.10.so.2
  NEEDED  libdl.so.2
  NEEDED  libstdc++.so.6
  NEEDED  libm.so.6
  NEEDED  libc.so.6
  NEEDED  libgcc_s.so.1

$ objdump -x libmblock-qa.so | grep RPATH

  RPATH   /home/jcorgan/gnuradio/trunk/mblock/src/lib/.libs

$ grep dependency libmblock.la

dependency_libs='
/home/jcorgan/gnuradio/trunk/omnithread/libgromnithread.la -lrt
/home/jcorgan/gnuradio/trunk/pmt/src/lib/libpmt.la  '

$ objdump -x libmblock.so | grep NEEDED

  NEEDED  libgromnithread.so
  NEEDED  libpmt.so
  NEEDED  libstdc++.so.6
  NEEDED  libm.so.6
  NEEDED  libc.so.6
  NEEDED  libgcc_s.so.1

$ objdump -x libmblock.so | grep RPATH

  RPATH
/home/jcorgan/gnuradio/trunk/omnithread/.libs:/home/jcorgan/gnuradio/trunk/pmt/src/lib/.libs


So the net of all this is that in the correctly completed build, both
the .la files and the .so files have all the information needed to
resolve all the interlibrary dependencies from within the build tree.

Can you compare the above to what you see in your tree?

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Tim Meehan]

tim /etc/ld.so.conf

/usr/X11R6/lib
/usr/lib/atlas

/usr/lib/libc5-compat
/lib/libc5-compat
/usr/i486-linuxlibc1/lib


Some more possibly usefull infromation

g++ -g -O2 -Wall -Woverloaded-virtual -o .libs/test_mblock
test_mblock.o  -pthread ./.libs/libmblock-qa.so -Wl,--rpath
-Wl,/usr/local/lib

results in

./.libs/libmblock-qa.so: undefined reference to `mb_mblock::handle_message(boost
::shared_ptr)'
...

this symbol,  `mb_mblock::handle_message(boost::shared_ptr)'

is in .libs/mb_mblock.o

but it is not clear to me where g++ was told to find it from the command above.

On 2/28/07, Eric Blossom <[EMAIL PROTECTED]> wrote:

On Wed, Feb 28, 2007 at 04:54:14PM -0500, Tim Meehan wrote:
> 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)'
> ./.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 std::char_traits, std::allocator >)'


Tim and Johnathan, can you please post the contents of your /etc/ld.so.conf?

Thanks,
Eric




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Wed, Feb 28, 2007 at 04:54:14PM -0500, Tim Meehan wrote:
> 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)'
> ./.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 std::char_traits, std::allocator >)'


Tim and Johnathan, can you please post the contents of your /etc/ld.so.conf?

Thanks,
Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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)'
./.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, std::allocator >)'

.



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

Re: [Discuss-gnuradio] mblock linking error

[Eric Blossom]

On Wed, Feb 28, 2007 at 12:43:27PM -0800, Johnathan Corgan wrote:
> 
> 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.

It would be nice to get to the bottom of this problem.

It seem odd that only a small subset of users are seeing it.

Eric


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

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

Re: [Discuss-gnuradio] mblock linking error

[Greg Troxel]

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.)


Making all in src
gmake[1]: Entering directory `/usr/home/gdt/ADROIT-public/gnuradio/mblock/src'
Making all in lib
gmake[2]: Entering directory 
`/usr/home/gdt/ADROIT-public/gnuradio/mblock/src/lib'
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_connection.lo -MD -MP -MF 
.deps/mb_connection.Tpo -c -o mb_connection.lo mb_connection.cc
mkdir .libs
 g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread 
-I../../../pmt/src/lib -I/usr/pkg/include -I/usr/pkg/include 
-I/usr/adroit/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT 
mb_connection.lo -MD -MP -MF .deps/mb_connection.Tpo -c mb_connection.cc  -fPIC 
-DPIC -o .libs/mb_connection.o
mv -f .deps/mb_connection.Tpo .deps/mb_connection.Plo
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_endpoint.lo -MD -MP -MF 
.deps/mb_endpoint.Tpo -c -o mb_endpoint.lo mb_endpoint.cc
 g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread 
-I../../../pmt/src/lib -I/usr/pkg/include -I/usr/pkg/include 
-I/usr/adroit/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT 
mb_endpoint.lo -MD -MP -MF .deps/mb_endpoint.Tpo -c mb_endpoint.cc  -fPIC -DPIC 
-o .libs/mb_endpoint.o
mv -f .deps/mb_endpoint.Tpo .deps/mb_endpoint.Plo
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_exception.lo -MD -MP -MF 
.deps/mb_exception.Tpo -c -o mb_exception.lo mb_exception.cc
 g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread 
-I../../../pmt/src/lib -I/usr/pkg/include -I/usr/pkg/include 
-I/usr/adroit/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT 
mb_exception.lo -MD -MP -MF .deps/mb_exception.Tpo -c mb_exception.cc  -fPIC 
-DPIC -o .libs/mb_exception.o
mv -f .deps/mb_exception.Tpo .deps/mb_exception.Plo
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_mblock.lo -MD -MP -MF .deps/mb_mblock.Tpo 
-c -o mb_mblock.lo mb_mblock.cc
 g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread 
-I../../../pmt/src/lib -I/usr/pkg/include -I/usr/pkg/include 
-I/usr/adroit/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT 
mb_mblock.lo -MD -MP -MF .deps/mb_mblock.Tpo -c mb_mblock.cc  -fPIC -DPIC -o 
.libs/mb_mblock.o
mv -f .deps/mb_mblock.Tpo .deps/mb_mblock.Plo
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_mblock_impl.lo -MD -MP -MF 
.deps/mb_mblock_impl.Tpo -c -o mb_mblock_impl.lo mb_mblock_impl.cc
 g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread 
-I../../../pmt/src/lib -I/usr/pkg/include -I/usr/pkg/include 
-I/usr/adroit/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT 
mb_mblock_impl.lo -MD -MP -MF .deps/mb_mblock_impl.Tpo -c mb_mblock_impl.cc  
-fPIC -DPIC -o .libs/mb_mblock_impl.o
mv -f .deps/mb_mblock_impl.Tpo .deps/mb_mblock_impl.Plo
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_message.lo -MD -MP -MF 
.deps/mb_message.Tpo -c -o mb_message.lo mb_message.cc
 g++ -DHAVE_CONFIG_H -I. -I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread 
-I../../../pmt/src/lib -I/usr/pkg/include -I/usr/pkg/include 
-I/usr/adroit/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT 
mb_message.lo -MD -MP -MF .deps/mb_message.Tpo -c mb_message.cc  -fPIC -DPIC -o 
.libs/mb_message.o
mv -f .deps/mb_message.Tpo .deps/mb_message.Plo
/bin/ksh ../../../libtool --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I. 
-I../../.. -DOMNITHREAD_POSIX=1 -I../../../omnithread -I../../../pmt/src/lib  
-I/usr/pkg/include  -I/usr/pkg/include -I/usr/adroit/include -g -O2 -Wall 
-Woverloaded-virtual -pthread -MT mb_ms

Re: [Discuss-gnuradio] mblock linking error

[Tim Meehan]

Hi Johnathan,

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

When I disable mblock (./configure -disable-mblock) the rest of 4669
builds fine.

I am running Debian stable with updated python, swig ...

Tim

On 2/28/07, Johnathan Corgan <[EMAIL PROTECTED]> wrote:

Josh Blum wrote:

> So I manually installed pmt. The make stops a new error with omnithread.
> Going into the omnithread directory and make install doesnt fix this
> one. So is ubuntu just megaborked for gnuradio? I should seek a new OS
> (like fedora?) -Josh

Was this after doing an 'svn update' to get the Makefile.am fix I posted
last night?

--
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio




___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

Josh Blum wrote:

> So I manually installed pmt. The make stops a new error with omnithread.
> Going into the omnithread directory and make install doesnt fix this
> one. So is ubuntu just megaborked for gnuradio? I should seek a new OS
> (like fedora?) -Josh

Was this after doing an 'svn update' to get the Makefile.am fix I posted
last night?

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

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.

Just FYI, my main development machine is Ubuntu 6.10.  I have never had
this issue with libtool/rpath that you describe.  I have the default
build installed which does indeed have the /bin/sh -> /bin/dash symlink.
So there is something else going on here.

> 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.

In this particular case, I believe that the specific mblock build
failure that was seen was a problem with the Makefile.am that was fixed
on the trunk yesterday evening.  I'm still waiting confirmation of a fix
or not.

> 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

Again, there must be something else going on as neither of these are a
problem for me.

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Josh Blum]

So I manually installed pmt. The make stops a new error with omnithread. 
Going into the omnithread directory and make install doesnt fix this 
one. So is ubuntu just megaborked for gnuradio? I should seek a new OS 
(like fedora?) -Josh


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_stringstd::char_traits, std::allocator > 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/sh

at 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?

  







___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Robert McGwier]

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/sh

at 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?

  



--
AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL,
TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair
"Taking fun as simply fun and earnestness in earnest shows
how thoroughly thou none of the two discernest." - Piet Hine



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Johnathan Corgan]

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?

-- 
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Josh Blum]

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.)


-Roshan

Josh Blum wrote:
I just checked out the trunk rev 4659, did a bootstrap, configure, it 
fails on the make.
I am running ubuntu edgy. Is this an issue with the new 
linking/integrating mblock?


-Josh


/bin/bash ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall 
-Woverloaded-virtual -pthread   -o test_mblock  test_mblock.o 
libmblock-qa.la  libmblock.la 

g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock 
test_mblock.o  ./.libs/libmblock-qa.so ./.libs/libmblock.so 
-Wl,--rpath -Wl,/usr/local/lib
./.libs/libmblock-qa.so: undefined reference to 
`pmt_list3(boost::shared_ptr, boost::shared_ptr, 
boost::shared_ptr)'
./.libs/libmblock-qa.so: undefined reference to 
`pmt_list1(boost::shared_ptr)'
./.libs/libmblock-qa.so: undefined reference to 
`pmt_list2(boost::shared_ptr, boost::shared_ptr)'

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





___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio






___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] mblock linking error

[Roshan Baliga]

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.)


-Roshan

Josh Blum wrote:
I just checked out the trunk rev 4659, did a bootstrap, configure, it 
fails on the make.
I am running ubuntu edgy. Is this an issue with the new 
linking/integrating mblock?


-Josh


/bin/bash ../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall 
-Woverloaded-virtual -pthread   -o test_mblock  test_mblock.o 
libmblock-qa.la  libmblock.la 
g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o .libs/test_mblock 
test_mblock.o  ./.libs/libmblock-qa.so ./.libs/libmblock.so -Wl,--rpath 
-Wl,/usr/local/lib
./.libs/libmblock-qa.so: undefined reference to 
`pmt_list3(boost::shared_ptr, boost::shared_ptr, 
boost::shared_ptr)'
./.libs/libmblock-qa.so: undefined reference to 
`pmt_list1(boost::shared_ptr)'
./.libs/libmblock-qa.so: undefined reference to 
`pmt_list2(boost::shared_ptr, boost::shared_ptr)'

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





___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio



___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio