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,
--- 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
___
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
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
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
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
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
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
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,
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
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
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
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
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
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
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,
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
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
36 matches
Mail list logo