On Mon, Oct 24, 2011 at 9:59 AM, Paul M. Bendixen wrote:
> Hi again
>
> 2011/10/20 Josh Blum
>
>>
>> [snip]
>> You need to clean your source directory. This file should not exist:
>> /home/expert/skole/speciale/GnuRadio/git/volk/include/volk/volk.h:7:29:
>> error: volk/volk_config.h: Ingen sådan
Hi again
2011/10/20 Josh Blum
>
> [snip]
> You need to clean your source directory. This file should not exist:
> /home/expert/skole/speciale/GnuRadio/git/volk/include/volk/volk.h:7:29:
> error: volk/volk_config.h: Ingen sådan fil eller filkatalog
>
> Can you git clean -dfx and try again?
>
> Do
On Sat, Oct 22, 2011 at 03:20:50AM +0800, Daniel Dekst wrote:
>
> Thanks, no further error.
>
> 'make check' returns no rule to make check, but we can 'make install' without
> error.
Hi Daniel,
cmake uses 'make test'.
MB
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering La
On Sun, Oct 23, 2011 at 9:38 PM, Jordan Otomo wrote:
> Hi,
>
> I've tried the following:
>
> $ cd gnuradio
> $ git checkout next
> $ git pull
> $ mkdir build
> $ cd build
> $ cmake ../
> $ make
> $ make test
> $ sudo make install
>
> 'make test' returns 0 failures, but when using the gr-digital bl
Hi,
I've tried the following:
$ cd gnuradio
$ git checkout next
$ git pull
$ mkdir build
$ cd build
$ cmake ../
$ make
$ make test
$ sudo make install
'make test' returns 0 failures, but when using the gr-digital blocks in GRC, I
see the following error:
Traceback (most recent call last):
F
On 21/10/2011 3:20 PM, Daniel Dekst wrote:
Thanks, no further error.
'make check' returns no rule to make check, but we can 'make install'
without error.
A problem is that the PYTHONPATH is not set, so we get error 'cannot
find gnuradio' when we are trying to run an example.
Even though I put
>
>Message: 23
>Date: Thu, 20 Oct 2011 22:46:48 -0700
>From: Josh Blum
>To: discuss-gnuradio@gnu.org
>Subject: Re: [Discuss-gnuradio] New build structure! (Warning #2)
>Message-ID: <4ea10748.30...@ettus.com>
>Content-Type: text/plain; charset=ISO-8859-1
>
On 10/21/2011 01:46 AM, Josh Blum wrote:
>
>
> On 10/20/2011 10:22 PM, Daniel Dekst wrote:
>>
>> Tried on USRP E100 kernel module 3.0.0
>> Error when make.
>>
>> [ 13%] Building C object
>> gnuradio-core/src/lib/CMakeFiles/gnuradio-core.dir/filter/dotprod_fff_armv7_a.c.o
>> /program/gnuradio/gnu
fp -g" -DCMAKE_C_FLAGS:STRING="-mcpu=cortex-a8
-mfpu=neon -mfloat-abi=softfp -g"
-josh
>
>
> 2011/10/20
>
>
>> Message: 10
>> Date: Wed, 19 Oct 2011 18:43:32 -0700
>> From: Tom Rondeau
>> To: GNURadio Discussion List
>>
ror 2
make: *** [all] Error 2
2011/10/20
>Message: 10
>Date: Wed, 19 Oct 2011 18:43:32 -0700
>From: Tom Rondeau
>To: GNURadio Discussion List
>Subject: [Discuss-gnuradio] New build structure! (Warning #2)
>Message-ID:
>
>Content-Type: text/plain; charset="iso
Worked perfectly, first-attempt, with no special flags, on Arch =)
Cheers,
Ben
I just built in on Fedora 14, on an AMD64 multi-core system. Flawless.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
_
Worked perfectly, first-attempt, with no special flags, on Arch =)
Cheers,
Ben
On Wed, Oct 19, 2011 at 6:43 PM, Tom Rondeau wrote:
> Another big change is happening today! Josh Blum has make GNU Radio build
> using cmake, and we are hoping to switch over to it completely. The 'next'
> branch h
Il 20/10/2011 20:53, Josh Blum ha scritto:
does this mean that i could perform the steps
/mkdir build
cd build
cmake -DCPACK_GENERATOR=DEB ../
make package/
and make deb(s) of the current git release ? which is the switch to
Basically, yes that will generate a big deb file f
On 20/10/2011 2:35 PM, Dan CaJacob wrote:
I think he might be using ML's build-gnuradio script, which installs
to lib64 if the directory exists, regardless of whether the operating
system in RH. That's why I was confused when it didn't install to
lib64 when I was testing cmake.
_
> does this mean that i could perform the steps
>
> /mkdir build
> cd build
> cmake -DCPACK_GENERATOR=DEB ../
> make package/
>
> and make deb(s) of the current git release ? which is the switch to
Basically, yes that will generate a big deb file for the whole project.
There are
On 10/20/2011 02:01 PM, Josh Blum wrote:
On 10/20/2011 10:46 AM, Alexandru Csete wrote:
On Thu, Oct 20, 2011 at 6:51 AM, Josh Blum wrote:
On 10/19/2011 08:42 PM, Dan CaJacob wrote:
On 10/19/2011 09:43 PM, Tom Rondeau wrote:
... we need people to start using it and testing as much as possib
On 10/20/2011 09:00 AM, Paul M. Bendixen wrote:
> 2011/10/20 Josh Blum
>
>>
>>>
>>> Volk usually also fails on the old install, the problem is , I think it
>>> should detect that it was no good and take it out of the build entirely?
>>>
>>
>> No, this is a bug that needs to be fixed. Please hel
Il 20/10/2011 03:43, Tom Rondeau ha scritto:
Another big change is happening today! Josh Blum has make GNU Radio
build using cmake, and we are hoping to switch over to it completely.
The 'next' branch has just pulled in his changes, and we now have
parallel build systems, cmake and autofoo. We
On 10/20/2011 10:46 AM, Alexandru Csete wrote:
> On Thu, Oct 20, 2011 at 6:51 AM, Josh Blum wrote:
>>
>>
>> On 10/19/2011 08:42 PM, Dan CaJacob wrote:
>>> On 10/19/2011 09:43 PM, Tom Rondeau wrote:
... we need people to start using it and testing as much as possible.
>>> Build went smoothly
On Thu, Oct 20, 2011 at 6:51 AM, Josh Blum wrote:
>
>
> On 10/19/2011 08:42 PM, Dan CaJacob wrote:
>> On 10/19/2011 09:43 PM, Tom Rondeau wrote:
>>> ... we need people to start using it and testing as much as possible.
>> Build went smoothly with cmake on Ubuntu 11.10 x64 Unfortunately, it
>> bui
>
> Also, because i use gentoo, I earlier had to give the QWT dir in order for
> gnuradio to build gr-qtgui, the cmake now writes:
> -- Could NOT find Qwt (missing: QWT_INCLUDE_DIRS)
> ...
> -- Configuring gr-qtgui support...
> -- Dependency Boost_FOUND = TRUE
> -- Dependency QT4_FOUND = YES
> -- D
On 10/20/2011 12:02 PM, Marcus D. Leech wrote:
On 20/10/2011 11:59 AM, Dan CaJacob wrote:
On 10/20/2011 09:00 AM, Martin Braun wrote:
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be part of 'make install'
(or am I the only one who h
On 20/10/2011 11:59 AM, Dan CaJacob wrote:
On 10/20/2011 09:00 AM, Martin Braun wrote:
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be part of 'make install'
(or am I the only one who has this problem?).
I had the same problem. But
On 10/20/2011 09:00 AM, Martin Braun wrote:
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be part of 'make install'
(or am I the only one who has this problem?).
I had the same problem. But after runnin it and setting the PYTHONPATH,
On Thu, Oct 20, 2011 at 8:29 AM, Josh Blum wrote:
>
> >
> > Volk usually also fails on the old install, the problem is , I think it
> > should detect that it was no good and take it out of the build entirely?
> >
>
> No, this is a bug that needs to be fixed. Please help. Provide compiler
> versio
>
> Volk usually also fails on the old install, the problem is , I think it
> should detect that it was no good and take it out of the build entirely?
>
No, this is a bug that needs to be fixed. Please help. Provide compiler
version gcc --version and all error verbose. Thanks.
>
>> Also, cmak
2011/10/20 Josh Blum
>
>
> On 10/20/2011 04:19 AM, Paul M. Bendixen wrote:
> > Hi happy to hear it, autotools were complaining about old syntax on my
> > machine
> >
> > Using gentoo (not too heavily updated I'm afraid) and not succeding
> >
> > Configuring using cmake went well, but compiling di
On 10/20/2011 04:19 AM, Paul M. Bendixen wrote:
> Hi happy to hear it, autotools were complaining about old syntax on my
> machine
>
> Using gentoo (not too heavily updated I'm afraid) and not succeding
>
> Configuring using cmake went well, but compiling didn't, already at first
> stop volk (t
> Details about using cmake can be found here:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/CMakeWork
I'm loving it! And less build stuff thanks to the lack of usrp*...
great!
One thing that doesn't work perfect here: I always have to run
'ldconfig' after installation. Couldn't that be pa
Hi happy to hear it, autotools were complaining about old syntax on my
machine
Using gentoo (not too heavily updated I'm afraid) and not succeding
Configuring using cmake went well, but compiling didn't, already at first
stop volk (that I'm not entirely sure i need) a _lot_ of errors occured.
To
On 10/19/2011 08:42 PM, Dan CaJacob wrote:
> On 10/19/2011 09:43 PM, Tom Rondeau wrote:
>> ... we need people to start using it and testing as much as possible.
> Build went smoothly with cmake on Ubuntu 11.10 x64 Unfortunately, it
> built as 32 bit, but it works. I usually build with Marcus Le
On 10/19/2011 09:43 PM, Tom Rondeau wrote:
... we need people to start using it and testing as much as possible.
Build went smoothly with cmake on Ubuntu 11.10 x64 Unfortunately, it
built as 32 bit, but it works. I usually build with Marcus Leech's
script which handles the architecture automa
Another big change is happening today! Josh Blum has make GNU Radio build
using cmake, and we are hoping to switch over to it completely. The 'next'
branch has just pulled in his changes, and we now have parallel build
systems, cmake and autofoo. We are trying to make cmake the default build
system
33 matches
Mail list logo
