On Thu, Mar 01, 2007 at 12:50:20PM -0500, Tim M. 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
On Thu, Mar 01, 2007 at 10:06:46AM -0800, Johnathan C. wrote:
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
On Thu, Mar 01, 2007 at 06:27:54PM -0800, Johnathan C. wrote:
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
Eric B. 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 C.
Corgan Enterprises LLC
http://corganenterprises.com
Johnathan C. 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 B. saw).
-Roshan
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 Mon, Mar 05, 2007 at 02:53:04PM -0800, Roshan B. wrote:
So there is something else going on here.
or not.
compiling pmt first results in a failure in the omnithread section of
problem for me.
Try this work around for Ubuntu brokenness:
Add /usr/local/lib to /etc/ld.so.conf then run
ldconfig
Eric
Eric B. 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
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
Michael D. 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
On Mon, Mar 05, 2007 at 03:25:52PM -0800, Dan H. wrote:
Eric B. 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
On Mon, Mar 05, 2007 at 08:15:05PM -0500, Michael D. wrote:
There are no *.conf files in /etc/ld.so.conf.d/. - MLD
Thanks for the data point. The mystery continues!
Eric
On Mar 5, 2007, at 8:21 PM, Dan H. 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
— Eric B. [email protected] wrote:
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.
On Sun, Mar 11, 2007 at 09:44:35PM -0700, Daniel G. wrote:
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
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
Daniel G. 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 C.
Corgan Enterprises LLC
http://corganenterprises.com