I forced the CMAKE_CXX_COMPILER variable to be c++ and the CMAKE_C_COMPILER
to be cc. You could likely use the older compiler for UHD by passing in
the compiler, a dash, and the version number. You should be able to see
all available options by opening a terminal, typing `gcc-` and then hitting
t
I encountered this issue but seemed to fix it by updating my gcc compiler
from 5.4.0 to 6.4. However, after I did this I encountered another problem
with the uhd drivers which I opened on a separate thread :( . I got the
instructions on how to update the gcc compiler from the following youtube
vide
Is there a good book for an "overview of C++11/14" so somebody with a very
good background in c++ can grasp the main idea quickly? Examples in a
programming overview book can always help!
Thanks in advance!
On Tue, Jun 5, 2018 at 2:39 PM, Jason Matusiak <
ja...@gardettoengineering.com> wrote:
>
Hi Dave,
I have Ubuntu 16.04. I actually had a similar issue as Jason Matusiak had
with C++11, as discussed in a recent thread, but I updated my gcc compiler
from 5.3.2 to 6.4 which seemed to fix the c++11 problem but created this
new issue. How did you build UHD using gcc, if you don't mind me as
I ran into this issue when using clang to build UHD on Ubuntu 16.04. Had
to fall back to using gcc to build UHD due to an issue with 16.04's boost
not playing nice with clang. Not sure if that's what's happening here
though. What OS are you using? Not sure how PyBombs does things under the
cove
Greetings GNU Radio Community,
The deadline for talk, tutorial, and poster abstracts for GRCon2018 has been
extended to June 30.
The schedule for these submissions is now:
* June 30: Abstracts Due (Talks, tutorials, and posters)
* July 15: Acceptance Notifications
More information on th
Hi!
Linda, you **must not** use rand(). It's not thread-safe, and GNU Radio
is inherently multithreaded. For reference, I've pointed that out in a
recent mail exchange [-1]; the recommendation was the same as Dave's:
use C++11's std:: random generators; that email even has a small code
example :)
Does anyone have experience with this? I am having trouble figuring out if it
is not working, or if I am not doing something right.
The config.yml looks like this when fresh:
!!omap
- categories:
hardware:
forcebuild: true
common:
forcebuild: true
- packages:
gnur
Hello,
I am trying to install Gnuradio with PyBombs and I am encountering the
following issue when I reach to the UHD part:
Cloning into 'uhd'...
remote: Counting objects: 123, done.
remote: Total 123 (delta 23), reused 23 (delta 23), pack-reused 100
Receiving objects: 100% (123/123), 39.75 KiB |
Hello Ji-yeon,
I think the best way to help you forward here is point out that the
description of the block is very close to actually being an
algorithmical description of what you need to do!
So, maybe you're just missing the tools to build your own blocks and
use the existing blocks; in that cas
Offset is a DC offset here.
I probably would use a "Skip Head" block to skip the right number of samples to
get the correct initial phase. Although the setting for that block depends on
the frequency and the sampling rate.
Or if we're talking about complex values, a "Multiply const" block would
If you have C++11 or higher you can use
http://en.cppreference.com/w/cpp/numeric/random/uniform_real_distribution.
I think that solves the first problem. Check out
https://stackoverflow.com/questions/32889309/adding-gaussian-noise for an
example of using it for Gaussian noise.
On Tue, Jun 5, 2018
Does "offset" used for this purpose? If I want a sine wave with a negative
initial phase of pi/4, should I enter -45 or -(3.14/4) as the value for the
offset?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinf
I understand the uniform random generator and Gaussian generator have
already been implemented in gnuradio. However, For some reason, I need to
implement some customized blocks to generate my own random sequences.
Could an expert here explain:
1. Is there a function in C++ that can generate a unif
Then the answer is really, very likely, to use a container of sorts.
Docker seems to be the choice for that these days.
Best regards,
Marcus
On Tue, 2018-06-05 at 08:08 -0700, Jason Matusiak wrote:
> I wasn't worried about my gnuradio builds as much as my system as a whole
> when I was mucking w
I wasn't worried about my gnuradio builds as much as my system as a whole when
I was mucking with the actually cmake and compilers themselves to try and fix
the problem.
The whole purpose of using PyBOMBS is to work in PREFIXes, so no need
to do that - PyBOMBS does that automatically.
On Tue,
The whole purpose of using PyBOMBS is to work in PREFIXes, so no need
to do that – PyBOMBS does that automatically.
On Tue, 2018-06-05 at 10:38 -0400, Dave NotTelling wrote:
> Check out
> https://github.com/gnuradio/pybombs#configuring-a-prefix-environment-eg-for-cross-compiling.
> You might be
Check out
https://github.com/gnuradio/pybombs#configuring-a-prefix-environment-eg-for-cross-compiling.
You might be able to set CXXFLAGS with the `--env` flag
On Tue, Jun 5, 2018 at 10:36 AM Dave NotTelling wrote:
> I would suspect that PyBombs doesn't care about your env variables. That
> or i
I would suspect that PyBombs doesn't care about your env variables. That
or it overwrites the CMAKE_CXX_FLAGS at some point. I have no idea how
PyBombs builds the CMake projects. If it's not calling the `cmake` command
directly, then it likely will not pick up the env variable.
On Tue, Jun 5, 2
Hi Jason,
to not hose my system every day, I simply work in prefixes. Basically,
find my shell's RC file below. With options like `-
DCMAKE_INSTALL_PREFIX=$GRPREFIX` (for CMake) or `export`ing
PREFIX=$GRPREFIX (before running ./configure scripts) one can set the
installation directory so that thin
On 06/05/2018 10:06 AM, Marcus D. Leech wrote:
> On 06/05/2018 09:07 AM, Jason Matusiak wrote:
>> Thanks Dave, but that did not seem to work for me. Here were the
>> commands I ran (slightly different than recommended, but that was for
>> some different recipe mods that have nothing to do with thi
So, the host machine performed much better (and of course much faster), so that
got me past the UHD problem, but I still see the c++11 issue that I was trying
to solve (I attempted to use Dave's fix.
Here is the error I see:
[ 12%] Building CXX object
gr-blocks/lib/CMakeFiles/gnuradio-blocks.d
Marcus, I started to suspect after the thread started that that was the case.
I was doing this work in a VM so as to not hose my host system too much, but I
just started another install on my host system to do the work without memory
being an issue.
That said, the c++11 concerns are definitel
On 06/05/2018 09:07 AM, Jason Matusiak wrote:
Thanks Dave, but that did not seem to work for me. Here were the
commands I ran (slightly different than recommended, but that was for
some different recipe mods that have nothing to do with this issue):
$ export CXXFLAGS="-std=c++11"
$ PREFIX=/op
Thanks Dave, but that did not seem to work for me. Here were the commands I
ran (slightly different than recommended, but that was for some different
recipe mods that have nothing to do with this issue):
$ export CXXFLAGS="-std=c++11"
$ PREFIX=/opt/gnuradio/v3.7.12.0
$ yes | pybombs prefix init
Jason,
You can set the CXXFLAGS env variable to "-std=c++11" and any CMake
builds you run (assuming the same shell) will check the CXXFLAGS var
first. This assumes that you don't overwrite the value of
CMAKE_CXX_FLAGS. I just tried it in a terminal with `export
CXXFLAGS="-std=c++11"`, then
I am trying to install gnuradio onto a Centos 7 box and am having more and more
issues with packages that use c++11 commands. For some of the packages, I add
the line:
CMAKE_CXX_FLAGS "-std=c++11"
to the module's CMakeLists.txt file.
The issue is that that requires a fetch, the mod, and then a
27 matches
Mail list logo
