Hi all,
I'm having trouble building gnuradio from git on my 32-bit Ubuntu 10.10
machine. The error I'm getting is:
$ make
[ 0%] Generating ../include/volk/volk.h, volk.c,
volk_init.h, ../include/volk/volk_typedefs.h, ../include/volk/volk_cpu.h,
volk_cpu.c, ../include/volk/volk_config_fixed.h, v
On Thu, Mar 15, 2012 at 18:43, baobaonanpo D wrote:
> Is there anyone has changed gnuradio framework files to pure c++ code
> ,removed the python code, or has interested in doing this, I do work
> recently but encounter difficulties, can I so lucky to reference someone's
> information or get a ha
Hi,
Is there anyone has changed gnuradio framework files to pure c++ code
,removed the python code, or has interested in doing this, I do work
recently but encounter difficulties, can I so lucky to reference someone's
information or get a hand from you?
Thanks very much !
__
This is a bug fix release to address certain issues with libvolk on
32-bit machines.
The new release tarball is at:
http://gnuradio.org/redmine/attachments/download/319/gnuradio-3.5.2.1.tar.gz
- Log -
v3.5.2.1
Johnathan Corgan (2):
I just merged my fixes for 32-bit architectures for Volk use on 32-bit
machines. If anyone was having problems before with this, they should be
cleaned up.
Josh's fix for the include directory was also just merged, so things should
be better now all around.
Tom
___
I've read that, and it only applies to telling grc where the xml is for a
non-hierarchical block; that is, it solves a build-time problem, not a runtime
problem.
On Mar 15, 2012, at 5:07 PM, Tom Rondeau wrote:
On Thu, Mar 15, 2012 at 3:28 PM, Porges, Donald
mailto:donald.por...@analog.com>> w
It seems the volk library build was adding include paths for external
dependencies before adding local ones. In this case of external
dependencies like orc being installed into /usr/local, volk would be
compiling against headers that were potentially old gnuradio installs in
/usr/local
I know this
I need to think about some of these ideas, but wanted to thank both of you for
the replies. My inclination right now is to install the .py.xml into the grc
installation-wide "blocks" directory, and the .py into the correct gr
subdirectory for my additions,
and then have an install-time step tha
On Thu, Mar 15, 2012 at 5:14 PM, Porges, Donald wrote:
> I've read that, and it only applies to telling grc where the xml is for a
> non-hierarchical block; that is, it solves a build-time problem, not a
> runtime problem.
>
Oh, I see. I wasn't reading closely enough. So generally, I've just use
On 03/15/2012 02:14 PM, Porges, Donald wrote:
> I've read that, and it only applies to telling grc where the xml is
> for a non-hierarchical block; that is, it solves a build-time
> problem, not a runtime problem.
>
>
> On Mar 15, 2012, at 5:07 PM, Tom Rondeau wrote:
>
> On Thu, Mar 15, 2012 a
On Thu, Mar 15, 2012 at 3:28 PM, Porges, Donald wrote:
> Hi,
>
> I'm trying to figure out a good way to distribute some custom heir blocks
> that go with my low-level custom blocks I've written. The issue is that
> the xml and py files are both generated into my ~/.grc_gnuradio directory,
> and t
Hi,
I'm trying to figure out a good way to distribute some custom heir blocks that
go with my low-level custom blocks I've written. The issue is that the xml and
py files are both generated into my ~/.grc_gnuradio directory, and the xml
files contain lines like
execfile("/Users/myname/.grc_gn
On 03/15/2012 02:26 PM, Stefan Ott wrote:
> On Thu, Mar 15, 2012 at 18:02, Stefan Ott wrote:
>>
>>> Finally, there are docs on the web for working out where in the code the
>>> oops really occurs. Can you try working through that procedure and see
>>> if it happens in the driver, or elsewhere.
>>
On Thu, Mar 15, 2012 at 18:02, Stefan Ott wrote:
>
>> Finally, there are docs on the web for working out where in the code the
>> oops really occurs. Can you try working through that procedure and see
>> if it happens in the driver, or elsewhere.
>
> Ok, I'll see whether I can find it and report b
On Wed, Mar 14, 2012 at 20:51, Philip Balister wrote:
>>
>> Does anyone have a clue about what I might be doing wrong?
>
> Besides completely voiding the warranty :) :) :) <- Note smileys, I
> actually enjoy people doing crazy stuff.
:)
> When you say Linux 3.1.0, is that mainline?
Yep (3.1.10
On Wed, Mar 14, 2012 at 19:11, Stefan Ott wrote:
> On Wed, Mar 14, 2012 at 18:58, Nick Foster wrote:
>>
>> What version of UHD are you using?
>
> At the moment I am using a git checkout from late February - good
> point, I'll update and report back.
I now tried with UHD 3.3.2 as well as the with
Nella citazione in data Thu Mar 15 03:07:49 2012, Tom Rondeau ha
scritto:
On Wed, Mar 14, 2012 at 8:49 PM, Johnathan Corgan
mailto:jcor...@corganenterprises.com>>
wrote:
On Wed, Mar 14, 2012 at 17:41, Josh Blum mailto:j...@joshknows.com>> wrote:
> Is this the official github for gnuradi
The agenda is posted:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20120315
New call is at:
4 PM (1600) EST or 2000 UTC
Thanks,
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnura
On Thu, Mar 15, 2012 at 5:47 AM, Martin Braun wrote:
> On Thu, Mar 15, 2012 at 10:35:14AM +0100, Martin Braun wrote:
> > despite not having joined this call, I hope they continue to be
> > early--previous calls were at midnight (CET) and I'm not *that* much of
> > an enthusiast to stay up that lo
On Thu, Mar 15, 2012 at 10:35:14AM +0100, Martin Braun wrote:
> despite not having joined this call, I hope they continue to be
> early--previous calls were at midnight (CET) and I'm not *that* much of
> an enthusiast to stay up that long. Most Europeans will probably agree
> to this.
Oh wait, I d
On Tue, Mar 13, 2012 at 01:48:04PM -0400, Tom Rondeau wrote:
> Hey everyone,
>
>
> I'll put up an agenda later today for this month's developers' call occurring
> this Thursday. But first, I wanted to see everyone's reaction to moving the
> call up a few hours. We did it last month at 3 PM EST an
21 matches
Mail list logo
