You need scipy for the polar code tests. Not sure about the qa_pmt failure.
sudo apt-get install python3-scipy
Ron
On 7/22/19 13:51, Barry Duggan wrote:
Hi Michael,
Success! Based on Ron's suggestion, I was able to finish the last half
of the make in 3 hours.
Then I did a 'make test' and
Looks like dphys-swapfile is an alternative way to configure a swap
file. I'll guess my "classic" way will still work though. You can test
things with the following commands:
swapon -s
or
free
I would reboot and see if dphys-swapfile (or any swap space) is active
with swapon -s or free.
Hi Barry - That's great! You're very welcome! Good luck with your GR work! - MLD
On Mon, Jul 22, 2019, at 4:51 PM, Barry Duggan wrote:
> Hi Michael,
>
> Success! Based on Ron's suggestion, I was able to finish the last half
> of the make in 3 hours.
>
> Then I did a 'make test' and got the
Hi Michael,
Success! Based on Ron's suggestion, I was able to finish the last half
of the make in 3 hours.
Then I did a 'make test' and got the following failures:
"""
98% tests passed, 6 tests failed out of 362
Total Test time (real) = 1465.99 sec
The following tests FAILED:
150 -
Hi Ron,
Thank you for your excellent suggestion! I was able finish the last half
of the make in 3 hours with no problems :)
In looking at your suggestion to make it permanent, I am concerned about
the comments in fstab:
"""
proc/proc procdefaults 0
When building GNU Radio on small systems, it's very easy to run out of
memory (especially when building swig files). The remedy is to create a
swap file.
sudo fallocate -l 2G /swapfile
sudo chmod 600 /swapfile
sudo mkswap /swapfile
sudo swapon /swapfile
To make is permanent, add this line
Hi Barry - OK; good progress! Can you do the following, from the top-level
"build" directory (looks like "/home/pi/gnuradio/build"):
{{{
make clean
make VERBOSE=ON 2>&1 | tee make_out.txt
}}}
and then walk away & let it go until it's done. You'll be able to see the build
going along via the
Marcus you did not man. It's all good your always here for all of us all
the time, when we need stuff.
On Sun, Jul 21, 2019, 12:32 PM Müller, Marcus (CEL) wrote:
> Hello Andi,
>
> I didn't mean to offend you!
> I just read
>
> > While intrin.h header file is founded in clang also downloadable
Hello Andi,
I didn't mean to offend you!
I just read
> While intrin.h header file is founded in clang also downloadable from
GitHub.
as instruction to look for it in an out-of-distribution source; I
would've interpreted it that way, and presumed a lesser experienced
reader would've done the
Hi Michael,
'sudo pip3 install click-plugins' took care of the problem with cmake.
Then 'make' started OK, but when it got to 13%, it just hung in a tight
loop. After about an hour of waiting, I did a control-C and it finally
recognized it. I repeated the 'make' and it stopped in the same
Hello Marcus,
With all due respect. I mentioned to him that those two header files which
are missing are part of gcc and clang. I mentioned for compiling those
sources to have the files on. Also suggested getting the files separately.
I was not sure what the problem was but I see that CMake
Hi Andi,
not quite sure where you're taking this.
Neither cpuid.h not intrin.h are reasons for failure here.
Also, it's almost certain you wouldn't want to download a compiler-
specific include file from gihtub and put it somewhere! Please don't
recommend something like that: We've (and I
Hello,
cpuid.h is part of gcc. You should have gcc installed already! While
intrin.h header file is founded in clang also downloadable from GitHub.
CMake is looking for both files. Once you compile each one you will be able
to resolve this issue. You can always copy and paste the header files
Here are the (current) key issues:
{{{
-- Python checking for click - found
-- Python checking for click-plugins - not found
}}}
These are Python packages. If you get them installed hopefully the "cmake"
command will finish & you can get on with building from source! - MLD
On Sat, Jul 20, 2019,
I used """cmake -DENABLE_GR_UHD=OFF -DCMAKE_INSTALL_PREFIX="/usr/local"
-DCMAKE_BUILD_TYPE=Release -DPYTHON_EXECUTABLE=/usr/bin/python3 ../ >
cmake_out.txt 2>&1""". The file is attached.
There are several 'missing' packages, but I don't know which ones are
important.
---
Barry Duggan
On
OK; so that file doesn't help much either at this point. Can you instead do
(watch line wrap):
{{{
cmake -DENABLE_GR_UHD=OFF -DCMAKE_INSTALL_PREFIX="/usr/local"
-DCMAKE_BUILD_TYPE=Release -DPYTHON_EXECUTABLE=/usr/bin/python3 .. >
cmake_out.txt 2>&1
}}}
and then post the file 'cmake_out.txt'. -
Hi Michael,
I am attaching the file. I'm not familiar with the pastebin process.
---
Barry Duggan
On 2019-07-20 15:49, Michael Dickens wrote:
Hi Barry - The contents of the file "CMakeError.log" can be
interesting, but what we need to see first is the output of the
"cmake" command itself.
Hi Barry - The contents of the file "CMakeError.log" can be interesting, but
what we need to see first is the output of the "cmake" command itself. Maybe
drop it to pastebin (or equivalent) & post the link here? - MLD
On Sat, Jul 20, 2019, at 3:31 PM, Barry Duggan wrote:
> Today I tried to
Today I tried to build GR 3.8 from source.
I am using:
Raspberry Pi 3B+
Raspbian buster
I did:
git clone --recursive https://github.com/gnuradio/gnuradio.git
cd gnuradio
mkdir build
cd build
cmake -DENABLE_GR_UHD=OFF -DCMAKE_INSTALL_PREFIX="/usr/local"
-DCMAKE_BUILD_TYPE=Release
19 matches
Mail list logo