Merry Christmas everyone,
In between the festivities I've been pretty busy trying to compile,
and cross compile, GNURadio and volk for ARM with clang 7. Here is a
rough guide on how to do it.
https://github.com/TujaSDR/gnuradio-rbpi3
Found some issues in the process and have submitted bug report
I notice that 'neon' is enabled in your compilations. If your device does
not have a neon cpu then you must disable this option. Also, check your
CmakeCache.txt file to make sure 'neon' is not enabled.
Scan way down the file until you find:
//Test have_mfpu_neon
have_mfpu_neon:INTERNAL=1
Delet
On Tue, Aug 27, 2013 at 1:51 PM, esterhui
wrote:
>> You can override it in the ~/.gnuradio/prefs/vmcircbuf_default_factory
>> file.
>>
>
> Thanks for the input, I can override with:
>
> gr::vmcircbuf_mmap_shm_open_factory
> or
> gr::vmcircbuf_mmap_tmpfile_factory
>
> and now things seem to work. I
> You can override it in the ~/.gnuradio/prefs/vmcircbuf_default_factory file.
>
Thanks for the input, I can override with:
gr::vmcircbuf_mmap_shm_open_factory
or
gr::vmcircbuf_mmap_tmpfile_factory
and now things seem to work. I believe I know what happened though - the
very first time I compil
On Tue, Aug 27, 2013 at 10:15 AM, Philip Balister wrote:
> On 08/27/2013 09:58 AM, Johnathan Corgan wrote:
>> On Tue, Aug 27, 2013 at 6:43 AM, Philip Balister wrote:
>>
>>
>>> The circular buffer is going to become more and more painful as we try
>>> to do cool stuff with Zynq.
>>>
>>
>> Agree. T
On 08/27/2013 09:58 AM, Johnathan Corgan wrote:
> On Tue, Aug 27, 2013 at 6:43 AM, Philip Balister wrote:
>
>
>> The circular buffer is going to become more and more painful as we try
>> to do cool stuff with Zynq.
>>
>
> Agree. This was a good topic of discussion at the last hackfest in
> Virg
On Tue, Aug 27, 2013 at 6:43 AM, Philip Balister wrote:
> The circular buffer is going to become more and more painful as we try
> to do cool stuff with Zynq.
>
Agree. This was a good topic of discussion at the last hackfest in
Virginia, and I expect there will be a presentation or two at GRCON
The circular buffer allocator chooses form about three different ways of
setting up the buffer. The shm version does not work on ARM.
The circular buffer is going to become more and more painful as we try
to do cool stuff with Zynq.
That is all.
Philip
On 08/26/2013 09:26 PM, esterhui wrote:
>>
> OK, so I ran 'ctest -V' twice in a row without code changes or building,
and got the
> same error output below for gr-core-test-all each time:
>
> test 6
> Start 6: gr-core-test-all
>
> 6: Test command: /bin/sh
> "/src/gnuradio/build/gnuradio-core/src/tests/gr-core-test-all_test.s
On Thu, Apr 18, 2013 at 12:55 PM, Monahan-Mitchell, Tim
wrote:
>>On Thu, Apr 18, 2013 at 8:57 AM, Philip Balister wrote:
>>> On 04/17/2013 07:28 PM, Monahan-Mitchell, Tim wrote:
gnuradio maint branch, v.3.6.4.1
'make test' fails, due to gr-core-test-all failing.
At first,
>On Thu, Apr 18, 2013 at 8:57 AM, Philip Balister wrote:
>> On 04/17/2013 07:28 PM, Monahan-Mitchell, Tim wrote:
>>> gnuradio maint branch, v.3.6.4.1
>>>
>>> 'make test' fails, due to gr-core-test-all failing.
>>>
>>> At first, I was getting an error due to the "shmat (2)" line above where
>>> th
On Thu, Apr 18, 2013 at 8:57 AM, Philip Balister wrote:
> On 04/17/2013 07:28 PM, Monahan-Mitchell, Tim wrote:
>> gnuradio maint branch, v.3.6.4.1
>>
>> 'make test' fails, due to gr-core-test-all failing.
>>
>> At first, I was getting an error due to the "shmat (2)" line above where
>> this error
On 04/17/2013 07:28 PM, Monahan-Mitchell, Tim wrote:
> gnuradio maint branch, v.3.6.4.1
>
> 'make test' fails, due to gr-core-test-all failing.
>
> At first, I was getting an error due to the "shmat (2)" line above where this
> error occurs, but it has settled on (3).
> I added a couple lines of
gnuradio maint branch, v.3.6.4.1
'make test' fails, due to gr-core-test-all failing.
At first, I was getting an error due to the "shmat (2)" line above where this
error occurs, but it has settled on (3).
I added a couple lines of extra debug output (source code is below the error
output).
test
On Wed, Apr 17, 2013 at 9:55 AM, Monahan-Mitchell, Tim <
tmona...@qti.qualcomm.com> wrote:
> >> You don't have enough RAM ... SWIG that generates the python wrapper
> >> will generate C++ source of like 20-30Mo, which when compilin will
> >> require like > 1Go of RAM !!!
>
> Does anyone know of a
> Did you ever get past that? I don't think it's an issue with the ODROID-X,
> rather the kernel shipped on the Linaro image doesn't have swap support built
> in. We've been trying to build gnuradio on an odroid-x too and ran in to the
> same
> problem. The solutions appear to be corss compiling o
On Mon, Mar 25, 2013 at 9:38 AM, Sid Boyce wrote:
> I have discovered an odd happening on the ODROID-X that I'll have to take
> up with them.
> root@G3VBV:~# swapon -a
> swapon: /swapfile: swapon failed: Function not implemented
> root@G3VBV:~# swapon /swapfile
> swapon: /swapfile: swapon failed:
I have discovered an odd happening on the ODROID-X that I'll have to
take up with them.
root@G3VBV:~# swapon -a
swapon: /swapfile: swapon failed: Function not implemented
root@G3VBV:~# swapon /swapfile
swapon: /swapfile: swapon failed: Function not implemented
73 ... Sid.
On 24/03/13 22:04, Sylv
Thanks,
I thought I had 2G of swap, now realised I didn't make it for the 32GB
SD card.
73 ... Sid.
On 24/03/13 22:04, Sylvain Munaut wrote:
Hi,
I compiled it on ARM this week end.
c++: internal compiler error: Killed (program cc1plus)
You don't have enough RAM ... SWIG that generates the
On Sat, Mar 23, 2013 at 5:36 PM, Sid Boyce wrote:
> I don't know if anyone has attempted it but I thought I'd have a go on
> Ubuntu 12.10 on an ODROID-X.
> Main problem it reports is a known bad version of boost that prohibits it
> building gnuradio-core and other components.
I just compiled on A
Hi,
I compiled it on ARM this week end.
> c++: internal compiler error: Killed (program cc1plus)
You don't have enough RAM ... SWIG that generates the python wrapper
will generate C++ source of like 20-30Mo, which when compilin will
require like > 1Go of RAM !!!
I ended up disabling python to
root@G3VBV:/3/ODROID-X/gnuradio/build# cmake
-DCMAKE_CXX_FLAGS:STRING="-mfpu=neon -fno-tree-vectorize -flto -fopenmp
-mfloat-abi=hard" -DCMAKE_C_FLAGS:STRING="-mfpu=neon -fno-tree-vectorize
-flto -fopenmp -mfloat-abi=hard" -DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_BUILD_TYPE="Release" -DENABLE_GR_COR
On 23/03/13 23:51, Marcus D. Leech wrote:
Thanks Nicholas,
That worked.
-- ##
-- # Gnuradio enabled components
-- ##
-- * python-support
-- * testing-support
-- * volk
-- * doxygen
--
Thanks Nicholas,
That worked.
-- ##
-- # Gnuradio enabled components
-- ##
-- * python-support
-- * testing-support
-- * volk
-- * doxygen
-- * sphinx
-- * gruel
-- * gnuradio-core
Thanks Nicholas,
That worked.
-- ##
-- # Gnuradio enabled components
-- ##
-- * python-support
-- * testing-support
-- * volk
-- * doxygen
-- * sphinx
-- * gruel
-- * gnuradio-core
When you run CMake, use the option -DENABLE_BAD_BOOST=ON to ignore the
warning and use that version anyway.
On Sat, Mar 23, 2013 at 2:36 PM, Sid Boyce wrote:
> I don't know if anyone has attempted it but I thought I'd have a go on
> Ubuntu 12.10 on an ODROID-X.
> Main problem it reports is a kn
I don't know if anyone has attempted it but I thought I'd have a go on
Ubuntu 12.10 on an ODROID-X.
Main problem it reports is a known bad version of boost that prohibits
it building gnuradio-core and other components.
I downloaded boost 1.53 and I'll have another go when it's built and
instal
27 matches
Mail list logo
