While doing cmake for installing Gras it gives: -
Using install prefix: /usr/local
CMake Error at gnuradio/CMakeLists.txt:245 (GR_LOGGING):
- Unknown CMake command “GR_LOGGING”.*
I got gnuradio in gras directory from git clone
Jay Prakash
On 06/13/2013 09:20 PM, Jay Prakash wrote:
Jay Prakash
There is a special version of gnuradio that is submoduled into GRAS that
is known to work, this is what you get when you run git submodule init
and update from the build guide. But the build is not going to work
against any arbitrary version of gnuradio.
What is your intention? Is it because you are looking to use gnuradio
3.7? If so, the gnuradio 3.7 GRAS support branch is almost finished and
will be merged in soon. But I dont think its ready yet, this branch
contains the work:
-josh
On 06/13/2013 09:46 PM, Jay Prakash wrote:
I followed same as given on the gras wiki you suggested.
only problem now is gnuradio cloning.
Which git repo of gnuradio should I clone for successfully making gras?
You dont have to do anything special, this operation is automatic when
the following commands from the build guide are run:
git clone GitHub - guruofquality/gras: GRAS: The GNU Radio Advanced Scheduler
cd gras
git submodule init
git submodule update
This is a pastebin of the complete checkout:
And here is configuration w/ cmake:
-josh
I did so.
But at last step ie git submodule update I got:-
git submodule update
fatal: reference is not a tree:
53223d7e7c60974bd56ec3287fdc184ea910087b
Unable to checkout ‘53223d7e7c60974bd56ec3287fdc184ea910087b’ in
submodule
path ‘gnuradio’
I manually cloned each then and ran cmake.
Jay Prakash
Senior Undergraduate
Electronics Engineering
IIT (BHU)
VARANASI
+91-9559475258
On 06/13/2013 10:00 PM, Jay Prakash wrote:
Delete whatever directories you cloned.
Run exactly these commands
git clone GitHub - guruofquality/gras: GRAS: The GNU Radio Advanced Scheduler
cd gras
git submodule init
git submodule update
I swear it will work. If there is an error, please send me the verbose
from the terminal. All of the verbose, including commands entered.
-josh
Here it is:-
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ git clone
fatal: destination path ‘gras’ already exists and is not an empty
directory.
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ rm -r gras/
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ git clone
Cloning into gras…
remote: Counting objects: 5015, done.
remote: Compressing objects: 100% (2104/2104), done.
remote: Total 5015 (delta 2631), reused 4979 (delta 2597)
Receiving objects: 100% (5015/5015), 1.64 MiB | 456 KiB/s, done.
Resolving deltas: 100% (2631/2631), done.
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ cd gras
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test/gras$ git
submodule init
Submodule ‘Apology’ (GitHub - guruofquality/Apology: An "actor topology" messaged-based MOC backend)
registered for path ‘Apology’
Submodule ‘PMC’ (GitHub - guruofquality/PMC: Polymorphic container for C++ with optional python bindings) registered
for
path ‘PMC’
Submodule ‘Theron’ (GitHub - guruofquality/Theron: concurrency library for C++)
registered
for path ‘Theron’
Submodule ‘gnuradio’ (GitHub - guruofquality/gnuradio)
registered for path ‘gnuradio’
Submodule ‘grextras’ (GitHub - guruofquality/grextras: Advanced GNU Radio Blocks)
registered for path ‘grextras’
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test/gras$ git
submodule update
Cloning into Apology…
fatal: reference is not a tree: ab6fc7615056dd5b6c737e1f4005250fe0281039
Unable to checkout ‘ab6fc7615056dd5b6c737e1f4005250fe0281039’ in
submodule
path ‘Apology’
Link of pastebin GRAS - Pastebin.com
On Fri, Jun 14, 2013 at 7:42 AM, Josh B. [email protected] wrote:
git submodule update
Jay Prakash
Senior Undergraduate
Electronics Engineering
IIT (BHU)
VARANASI
+91-9559475258
I followed same as given on the gras wiki you suggested.
only problem now is gnuradio cloning.
Which git repo of gnuradio should I clone for successfully making gras?
Jay Prakash
Senior Undergraduate
Electronics Engineering
IIT (BHU)
VARANASI
+91-9559475258
On 06/13/2013 10:20 PM, Jay Prakash wrote:
Here it is:-
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ git clone
GitHub - guruofquality/gras: GRAS: The GNU Radio Advanced Scheduler
fatal: destination path ‘gras’ already exists and is not an empty directory.
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ rm -r gras/
spclab@spclab-GT701AA-ACJ-SR5250IL:~/Desktop/summer_/test$ git clone
GitHub - guruofquality/gras: GRAS: The GNU Radio Advanced Scheduler
Perhaps this is a clue, why not https like in the build instructions,
does git clone GitHub - guruofquality/gras: GRAS: The GNU Radio Advanced Scheduler not work?
The submodules are all https. Is that for some reason not working or
blocked for your campus internet?
registered for path ‘Apology’
Cloning into Apology…
Can you:
git clone GitHub - guruofquality/Apology: An "actor topology" messaged-based MOC backend
cd Apology
git log
ab6fc7615056dd5b6c737e1f4005250fe0281039 should be the topmost commit.
-josh
Ya git clone with https is not working.
So I self cloned each using http ie. git clone
GitHub - guruofquality/Apology: An "actor topology" messaged-based MOC backendhttps://github.com/guruofquality/Apology.git
Ya I cloned and checked git log it is exactly commit
ab6fc7615056dd5b6c737e1f4005250fe0281039
…
I ran cmake with self cloned ones.It was successful.
But when I ran make. It went fine till 95%
[94%] Shebangin resampler_demo.grc
[ 94%] Shebangin resampler.py
[ 94%] Shebangin synth_filter.py
[ 94%] Shebangin synth_to_chan.py
[ 94%] Built target pygen_gnuradio_examples_python_pfb_055c2
Scanning dependencies of target
pygen_gnuradio_examples_python_tags_67208
[ 94%] Shebangin test_file_tags.py
[ 94%] Shebangin uhd_burst_detector.py
[ 95%] Built target pygen_gnuradio_examples_python_tags_67208
Scanning dependencies of target grextras
[ 95%] Building CXX object
grextras/lib/CMakeFiles/grextras.dir/add.cpp.o
/home/spclab/Desktop/summer_/examples/gras/grextras/lib/add.cpp: In
member
function void AddImpl::work(const InputItems&, const OutputItems&)
[with type = float, gras::Block::InputItems =
gras::WorkBufferArray<const
void*>, gras::Block::OutputItems = gras::WorkBufferArray<void*>]:
/home/spclab/Desktop/summer_/examples/gras/grextras/lib/add.cpp:80:57:
error: volk_32f_x2_add_32f was not declared in this scope
make[2]: *** [grextras/lib/CMakeFiles/grextras.dir/add.cpp.o] Error 1
make[1]: *** [grextras/lib/CMakeFiles/grextras.dir/all] Error 2
make: *** [all] Error 2
Jay Prakash
Senior Undergraduate
Electronics Engineering
IIT (BHU)
VARANASI
+91-9559475258
On 06/13/2013 10:35 PM, Jay Prakash wrote:
Ya git clone with https is not working.
Well, I cant work around every firewall issue. But in this case, i
changed the submodules to http and the build instructions. Future
checkouts should work if https is blocked.
function void AddImpl::work(const InputItems&, const OutputItems&)
[with type = float, gras::Block::InputItems = gras::WorkBufferArray<const
void*>, gras::Block::OutputItems = gras::WorkBufferArray<void*>]:
/home/spclab/Desktop/summer_/examples/gras/grextras/lib/add.cpp:80:57:
error: volk_32f_x2_add_32f was not declared in this scope
make[2]: *** [grextras/lib/CMakeFiles/grextras.dir/add.cpp.o] Error 1
make[1]: *** [grextras/lib/CMakeFiles/grextras.dir/all] Error 2
make: *** [all] Error 2
Im pretty sure that an installed version of those volk headers is
getting included when you build. This is probably due to somewhere in
the code, a public include directory is preferenced over a local include
directory. I can suggest a few fixes:
-
I just pushed a possible fix, update and try this first.
-
If not, try: make VERBOSE=1, send me the output, it will tell me if
this include issue is the problem or not, and which include directories
are the problem -
Remove installed headers in /usr/local/include/volk and
/usr/include/volk .Are these directories present? I am curious if this
is the case
-josh
Hi,
What is your intention? Is it because you are looking to use gnuradio 3.7?
If
so, the gnuradio 3.7 GRAS support branch is almost finished and will be
merged in soon. But I dont think its ready yet, this branch contains the
work:
GitHub - guruofquality/gnuradio at runtime_pimpl
I am especially interested in gr-extras, what seems to be a part of gras
now. Will this be available for gnuradio 3.7 standalone, or just as part
of
gras? I do not like the idea of gras hovering over gnuradio, but like
much
more an independent gnuradio installation in its standard folder, and
the
additional stuff a bit more separated from this 
-josh
Ralph.
I am especially interested in gr-extras, what seems to be a part of gras
now. Will this be available for gnuradio 3.7 standalone, or just as part of
gras? I do not like the idea of gras hovering over gnuradio, but like much
more an independent gnuradio installation in its standard folder, and the
additional stuff a bit more separated from this
Well actually its a really granular architecture where every little
piece is simple, has its own purposes, and has its own value
individually. To give you an idea of the components, here is the little
dependency map from the build guide: http://i.imgur.com/U4QvBgd.png
I happen to be bringing in each component as a submodule into GRAS so
its easy to version and easy to install as one project. But the reality
is that the projects could be installed individually, or even used for
unrelated purposes.
I hope that some of this submodule business changes in the long run
because I ultimately dont want to track gnuradio changes in a submodule.
I would rather that mainline gnuradio master have an option to use the
advanced scheduler. Thats why for my 3.7 support work, I am producing a
mergable branch so the underlying scheduler is just another compile time
selection. Thats basically working, but the remaining challenge is to
get all the different APIs and features working together, so you can
have a “superset” of APIs, features, and blocks.
And so back to GrExtras: this is actually a standalone/out-of-tree
project, which contains just blocks. GrExtras was intended to make use
of, and to demonstrate the new scheduler features and API found in GRAS,
so naturally it depends on GRAS. But it doesnt make sense to depend on
gnuradio 3.7 or rewrite for 3.7 since in this case, the motivation for
extras was to demonstrate these cool new capabilities.
I hope that clarifies things. Everything feels like quite a jumble of
APIs and git repos. Hopefully things get nailed down, stabilized, and
versioned later this summer.
-josh
PS
As I write this email, I am using dot to visualize a deadlock condition
in one of the QA tests on my 3.7 support branch. Thought I would share
the png: http://i.imgur.com/QfLz4aL.png
Hi,
Well actually its a really granular architecture where every little piece
is
simple, has its own purposes, and has its own value individually. To give
you
an idea of the components, here is the little dependency map from the
build
guide: http://i.imgur.com/U4QvBgd.png
OK, I will have a closer look.
I hope that clarifies things.
It does!
Everything feels like quite a jumble of APIs and git
repos. Hopefully things get nailed down, stabilized, and versioned later
this
summer.
Great.
-josh
PS
As I write this email, I am using dot to visualize a deadlock condition in
one of
the QA tests on my 3.7 support branch. Thought I would share the png:
http://i.imgur.com/QfLz4aL.png
Oops
Ralph.