Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cross compiling on a Raspberry Pi... #11

Open
dl9sec opened this issue Nov 5, 2019 · 2 comments
Open

Cross compiling on a Raspberry Pi... #11

dl9sec opened this issue Nov 5, 2019 · 2 comments

Comments

@dl9sec
Copy link

dl9sec commented Nov 5, 2019

Hi,

i tried to cross compile the stuff on a Raspberry Pi 3. The toolchain mentioned at "Prepare ARM Cross Tools" can not be used on a RasPi.
But i found a precompiled toolchain for the Raspberry Pi at https://github.com/vanbwodonk/gcc-arm-embedded-build-armhf. This toolchain is more recent (8-2019-q3-update).
Differing from the description there, i used the following lines to install the toolchain:

wget https://github.com/vanbwodonk/gcc-arm-embedded-build-armhf/raw/master/pkg/gcc-arm-none-eabi-8-2019-q3-update-linux-armv7l.tar.bz2
tar -xvf gcc-arm-none-eabi-8-2019-q3-update-linux-armv7l.tar.bz2
sudo cp -r gcc-arm-none-eabi-8-2019-q3-update/* /usr/local/
sudo rm -r gcc-arm-none-eabi-8-2019-q3-update

Additionally i added the following line at the end of ~/.profile:

PATH=/usr/local/usr/local/arm-none-eabi/bin:$PATH

My first attempt fails to get the toolchain work on my Raspbian Stretch (Debian 9) because the toolchain needs glibc 2.28, but Stretch uses 2.24.
So Raspbian Stretch must be updated to Buster (see https://pimylifeup.com/upgrade-raspbian-stretch-to-raspbian-buster/) to get the toolchain work.

After upgrading Raspbian make runs well and the binary was built.

Hope this helps if someone want to cross compile on a RasPi...

Regards, Thorsten

@JulyJim
Copy link

JulyJim commented Nov 19, 2019

I have successfully run the current version "remotely " on Raspberry 3B, using Terminal Communication Framework (TCF) plug-in on Eclipse.
I have used unmodified Makefile and no other complier / linker modification.

Since this seems to be ONLY place where developers gather I would like to ask here.If it is OK.

I like to add ability to output debugging messages to standard i/o console.
I do not have NanoVNA hardware and do not intend to actually run the software on it anyway.
I just want to be able to trace / debug using prinff or cout.

I should be able to add required code to Makefile, but I am not sure how,

I'll look into TCF debugging abilities for now.

@JulyJim
Copy link

JulyJim commented Nov 20, 2019

I am really reluctant to post this here.
I am finding out that there is NO forum / group dedicated to NanoVNA SOFTWARE development.
The "development" is scattered on each individual "enterpriser" using whatever format / forum - if any.

I am of an opinion that nobody is really interested in NanoVNA as a common project.
Even this one is focused on fixing issues, which is fine.
What is really puzzling - the purpose of git(hub) is to share code.

How can I share code if I cannot physically test it ?
I have not found a way to run perfectly working NanoVNA code in debug mode.
I'll keep trying.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants