Hi Tom -
Just to be sure, after pulling the latest from `master`, did you also
update your Volk submodule pointer?
$ git submodule update
Cheers,
Ben
On Wed, Jun 1, 2016 at 10:44 PM, Ron Economos wrote:
> Master builds okay here.
>
> The VOLK commit for this is:
>
>
>
Master builds okay here.
The VOLK commit for this is:
https://github.com/gnuradio/volk/commit/11fadd3af8ebd3c9ddda6160e115a686a3aec5d8
The corresponding GNU Radio commit is:
https://github.com/gnuradio/gnuradio/commit/cee8f5041c70c01e8ee128be7d817d4594f8cffb
Ron
On 06/01/2016 07:32 PM, Ron
Your VOLK version doesn't look correct. It should be b930d7f. I suggest
you do a git clone instead of git pull.
I'm building master right now just to be sure.
Ron W6RZ
On 06/01/2016 06:57 PM, Tom McDermott wrote:
For the first time in a couple of years of successful monthly or so
updates
For the first time in a couple of years of successful monthly or so updates
from git on master,
I've had make fail. Ubuntu 14.04, 64-bit architecture, using all 8 cores
for make. Volk did an update
on the pull from git tonight.
gnuradio master version a7285ea
volk master version 56c0235
Seems to
Hi Sanjeeb,
it looks like there are some leftover make configuration from an older
bootstrap run on another debian version.
Is there any cause why you need to use a very very very old GNU Radio?
Greetings
Marcus
On 08/21/2013 07:40 AM, sanjeeb wrote:
Hi there,
after ./bootstrap and
Sanjeeb -
This is a bit confusing. The e-mail you are quoting is from 02/2009... over
4.5 years ago. We don't even use autoconf / automake anymore.
What is the problem you are having?
Cheers,
Ben
On Mon, Aug 19, 2013 at 9:15 PM, sanjeeb sanjeeb.shrestha2...@gmail.comwrote:
Johnathan Corgan
Hi there,
after ./bootstrap and ./configure when i run make
i get the following:
libtool: Version mismatch error. This is libtool 2.4.2
Debian-2.4.2-1ubuntu1, but the
libtool: definition of this LT_INIT comes from libtool 2.2.6b.
libtool: You should recreate aclocal.m4 with macros from libtool
Johnathan Corgan jcorgan at corganenterprises.com writes:
On Thu, Feb 12, 2009 at 2:03 AM, Emil Molin molin.emil at gmail.com wrote:
after doing ./bootstrap and then ./configure
make gives the following message:
libtool: Version mismatch error. This is libtool 2.2.6, but the
2009/2/11 Eric Blossom e...@comsec.com
On Wed, Feb 11, 2009 at 03:45:54PM +0100, Emil Molin wrote:
So i want to learn how to write a block but it fails to install
apparently.
after doing ./bootstrap and then ./configure
make gives the following message:
libtool: Version mismatch
On Thu, Feb 12, 2009 at 2:03 AM, Emil Molin molin.e...@gmail.com wrote:
after doing ./bootstrap and then ./configure
make gives the following message:
libtool: Version mismatch error. This is libtool 2.2.6, but the
libtool: definition of this LT_INIT comes from an older release.
So i want to learn how to write a block but it fails to install apparently.
after doing ./bootstrap and then ./configure
make gives the following message:
libtool: Version mismatch error. This is libtool 2.2.6, but the
libtool: definition of this LT_INIT comes from an older release.
libtool:
On Wed, Feb 11, 2009 at 03:45:54PM +0100, Emil Molin wrote:
So i want to learn how to write a block but it fails to install apparently.
after doing ./bootstrap and then ./configure
make gives the following message:
libtool: Version mismatch error. This is libtool 2.2.6, but the
Jonathan,
The full tree compiles succesfully with gcc 3.4.3 now !
Cheers,
Achilleas
For what it's worth, gcc 3.4.3 seems to interact differently with
libtool than gcc 4.x. I haven't pinned it down but the change I made
now works with both.
If you still have that branch checked out, can you
Achilleas Anastasopoulos wrote:
I was wondering if you can commit this change that
fixed the error also to my wip directory:
http://gnuradio.utah.edu/svn/gnuradio/branches/developers/anastas/wip/
since it does not yet compile with gcc3.4,
or is this something that I am supposed to do?
I
On Fri, Aug 04, 2006 at 09:33:00PM -0700, Johnathan Corgan wrote:
Achilleas Anastasopoulos wrote:
Any thoughts?
For some reason there is an extra '.libs' added to the path to where
it's looking for libgnuradio-core.so and for libusrp.so; I don't know
why. But it's very likely a bug and
Eric Blossom wrote:
FYI, the .libs should have never been in the path.
The .la file, which libtool looks for, is contained in foo, not foo/.libs
Correct. For some reason the extra .libs I put in there was being
overlooked when compiling with the combination of libtool gcc on our
machines,
This is my first attempt building from the svn.
After:
$ svn co http://gnuradio.utah.edu/svn/gnuradio/trunk gnuradio_svn
$ cd gnuradio_svn
$ ./bootstrap
$ ./configure
I get:
***
The following GNU Radio components have been
Achilleas Anastasopoulos wrote:
Any thoughts?
For some reason there is an extra '.libs' added to the path to where
it's looking for libgnuradio-core.so and for libusrp.so; I don't know
why. But it's very likely a bug and not anything you are doing.
Can you log in to Trac as guest (password
Achilleas Anastasopoulos wrote:
However, make fails at usrp:
Can you please check out the following branch:
http://gnuradio.utah.edu/svn/gnuradio/branches/developers/jcorgan/ticket-11
...and try it again? I've disabled all the components except
gnuradio-core, usrp, and gr-usrp, so it should
Achilleas Anastasopoulos wrote:
everything seems to work fine now.
make and make check succeed.
Ok, thanks.
btw, my gcc version is
gcc --version
gcc (GCC) 3.4.3 20050227 (Red Hat 3.4.3-22.fc3)
For what it's worth, gcc 3.4.3 seems to interact differently with
libtool than gcc 4.x. I
20 matches
Mail list logo