matthijskooijman
commented
3 years ago I've also seen the no such file or directory error for existing binaries, which pointed to it being the wrong architecture as you've already found (in my case it was 32bit vs 64bit x86, but same applies for ARM I guess).
Note that the command output you provide in your issue shows avr-g++ being used from ~/.arduino15/packages/arduino, which is the version installed through the board manager (or arduino-cli), it's not the version bundled with the IDE (but that one probably has the same problem).
However, looking at my ~/.arduino15/package_index.json file, I find the info about the latest avr-gcc:
{
"name": "avr-gcc",
"version": "7.3.0-atmel3.6.1-arduino7",
"systems": [
{
"size": "34683056",
"checksum": "SHA-256:3903553d035da59e33cff9941b857c3cb379cb0638105dfdf69c97f0acc8e7b5",
"host": "arm-linux-gnueabihf",
"archiveFileName": "avr-gcc-7.3.0-atmel3.6.1-arduino7-arm-linux-gnueabihf.tar.bz2",
"url": "http://downloads.arduino.cc/tools/avr-gcc-7.3.0-atmel3.6.1-arduino7-arm-linux-gnueabihf.tar.bz2"
},
{
"size": "38045723",
"checksum": "SHA-256:03d322b9df6da17289e9e7c6233c34a8535d9c645c19efc772ba19e56914f339",
"host": "aarch64-linux-gnu",
"archiveFileName": "avr-gcc-7.3.0-atmel3.6.1-arduino7-aarch64-pc-linux-gnu.tar.bz2",
"url": "http://downloads.arduino.cc/tools/avr-gcc-7.3.0-atmel3.6.1-arduino7-aarch64-pc-linux-gnu.tar.bz2"
},
{I downloaded and unpacked the aarch64 version (http://downloads.arduino.cc/tools/avr-gcc-7.3.0-atmel3.6.1-arduino7-aarch64-pc-linux-gnu.tar.bz2), which does seem to contain the aarch64 version?
unpack$ file avr/bin/avr-g++
avr/bin/avr-g++: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux-aarch64.so.1, for GNU/Linux 3.7.0, BuildID[sha1]=fc933c0814da959514cf03a2e47f58905aadb382, strippedI do not have an aarch64 system to test, could you try the same on your system to see if that works?
So it seems the toolchain is compiled for the right architecture, which would suggest that either the IDE or arduino-cli (or both) is maybe misdetecting your machine architecture and installs the wrong tarball? Could you maybe try removing the ~/.arduino15/packages/arduino/ directory and then reinstalling the AVR core with the IDE and with arduino-cli and see if either of those produces a working compiler?
nestukh
facchinm
Bug similar to the one in https://github.com/arduino/arduino-cli/issues/292#issuecomment-699613053
From the link mentioned above: A Vero 4K+ (by OSMC) is a Kodi box which has Debian with aarch64 (arm64) architecture. It's very versatile but it hasn't Xorg installed. It has its own debian repo
apt.osmc.tvand uses the officialhttp://ftp.debian.org/debian stretch main contrib non-freeas well. Yes the stable version is still on Debian Stretch but it's very stable. It can be accessed on the command line via ssh over Wi-Fi. The default user is namedosmc, who has sudo privileges as well.I can install the arduino ide from https://downloads.arduino.cc/arduino-1.8.13-linuxaarch64.tar.xz without problems on the command line, using the useful
install.shprovided. it complains that it cannot find a desktop enviroment but all the toolchain is there.But the
avr-g++binary from the installer has the same problem on this machine as thearduino-clione (issue 1004 on arduino-cli): running a normal command likearduino-cli compile --fqbn arduino:avr:uno Sketch01, I'm getting a classic error:avr-g++exists, but it's for the wrong arch for sure (it's typical behaviour with wrong arch binaries). But this problem cannot be solved removing the.arduino15folder like suggested in many places.