Replies: 31 comments
-
I'd love to have native M1 builds, but what's the status of the required backend libraries? Are they available for M1 CPUs? |
Beta Was this translation helpful? Give feedback.
-
Github Actions do not support Apple M1 builds, yet. I have subscribed to this issue and plan to add this to the avrdude builds as soon it is available: @hallard What was the problem with the native build? I do not have a M1 Mac, but I would assume it to be not much different from the x86 builds. |
Beta Was this translation helpful? Give feedback.
-
Yes, and |
Beta Was this translation helpful? Give feedback.
-
libusb, libftdi and hidapi all have no issues with Apple M1. I have the Mac Mini M1 (2020) and I use homebrew. |
Beta Was this translation helpful? Give feedback.
-
Macports works as well, including the existing |
Beta Was this translation helpful? Give feedback.
-
@mcuee I use homebrew and also these lib with other build project with no issue on M1, but I'm unable to compile avrdude using wiki instruction (manually or using |
Beta Was this translation helpful? Give feedback.
-
Can you elaborate on that? Error messages, what does "unable to compile" actually mean? I didn't have any problems whatsoever. |
Beta Was this translation helpful? Give feedback.
-
@dl8dtl sure it's described on the original #771 (at the end) |
Beta Was this translation helpful? Give feedback.
-
And the first issue it can't compile is that |
Beta Was this translation helpful? Give feedback.
-
Even with the current codebase? Strange. Yes, I can confirm I could run it straight out of a current Git version, using I tried to run the resulting binary on a number of programmers (AtmelICE, USBasp, AVRISPmkII, FT245 board), and only rolled out the v7.0 release after this all went well. |
Beta Was this translation helpful? Give feedback.
-
Then please provide a patch for that. Shouldn't be all that hard. Sorry, I don't use Homebrew myself. |
Beta Was this translation helpful? Give feedback.
-
Yeah I'm sure binary is working, but I'm not able to build nor get it on nighty builds so if you have one and can attach it on I would love to try it :-) |
Beta Was this translation helpful? Give feedback.
-
Would like to but for now I can't get compilation process to works on M1 with homebrew, so patch would be useless |
Beta Was this translation helpful? Give feedback.
-
I am following the instruction here using CMake (just change Build log:
|
Beta Was this translation helpful? Give feedback.
-
As for build.sh, it will fail as it does not detect Homebrew M1 properly.
|
Beta Was this translation helpful? Give feedback.
-
interesting that I also modified script (like I already done before) also works now :-) darwin)
# determine whether we are running using Mac Ports
# if not, assume Mac Brew
if [ -f /opt/local/bin/port ]
then
build_flags="${build_flags} -D CMAKE_C_FLAGS=-I/opt/local/include -D CMAKE_EXE_LINKER_FLAGS=-L/opt/local/lib"
else
# Apple M1 (may be new version of homebrew also)
if [ -d /opt/homebrew ]
then
build_flags="${build_flags} -D CMAKE_C_FLAGS=-I/usr/homebrew/include -D CMAKE_EXE_LINKER_FLAGS=-L/usr/homebrew/Cellar"
else
build_flags="${build_flags} -D CMAKE_C_FLAGS=-I/usr/local/include -D CMAKE_EXE_LINKER_FLAGS=-L/usr/local/Cellar"
fi
fi
;; Thanks for your support. |
Beta Was this translation helpful? Give feedback.
-
There is a minor issue here.
There is no libftdi here at all, rather the detection is a bit off. It should probably detect libftdi1 first. If libftdi1 exists then should skip libftdi-0.1 detection. |
Beta Was this translation helpful? Give feedback.
-
Nice patch. This change of build.sh should probably be merged. |
Beta Was this translation helpful? Give feedback.
-
thanks done with #950 |
Beta Was this translation helpful? Give feedback.
-
BTW, not so sure if someone can create a pull request to Homebrew to add --HEAD option. In that case, Homebrew users can easily install the git head version. Interestingly they have a patch for the release tarball. |
Beta Was this translation helpful? Give feedback.
-
#950 has been merged. Hopefully github action for Apple ARM64 (M1 or later) can be added. |
Beta Was this translation helpful? Give feedback.
-
Homebrew has updated the formula for avrdude and now they use libusb-1.0 and libftdi1 API. Somehow they dropped libusb-compat-0.1 which I think is incorrect. Example: it will not support usbtiny.
|
Beta Was this translation helpful? Give feedback.
-
Just FYI, homebrew formula has been fixed. |
Beta Was this translation helpful? Give feedback.
-
The github action macOS Apple Silicon infrasture mentioned earlier is still not ready. |
Beta Was this translation helpful? Give feedback.
-
For those who are using Homebrew and wants to use the latest, you can use the following command one time.
After that, you can use the following command to be always on the latest.
Example:
|
Beta Was this translation helpful? Give feedback.
-
Reference: |
Beta Was this translation helpful? Give feedback.
-
github has (almost) sorted out the issue: still public beta and not yet reached GA (general availability) status. GA ticket |
Beta Was this translation helpful? Give feedback.
-
I tried to use my avrdude repo to test out the public beta but it does not seem to work. |
Beta Was this translation helpful? Give feedback.
-
Close this one and convert it into a discussion. |
Beta Was this translation helpful? Give feedback.
-
Latest update: |
Beta Was this translation helpful? Give feedback.
-
Hi there,
Tried back from #771, I tried today to build for my Mac M1 and and can't get the compile process going correctly to end on M1 silicon (I tried to investigate but each time I pass a new step, new errors fire until I'm stuck on last error that I can't fix)
Anyway, since I just wanted to try with this non standard baud rate setting on mac OS I gave a try with nightly builds
https://github.com/avrdudes/avrdude/wiki/Getting-Nightly-Builds-for-AVRDUDE
But there is no arm64 architecture (Apple M1) available. As rosetta can run executables with x86_64 architecture it can't mix it with arm64 lib (which are by default native on my MAC), firing this message which makes sense
I succeded to run downloading x86_64 libraries for libhidapi and libftdi and put them into
/usr/local/lib
(I'm lucky the native arm64 lib are not located into this folder so it should not conflict)Process is not so straighforward, fetch correct architecture
untargz them where you want then create symlink (or copy files)
And finally it works
But would be much easier if we could have native build for Apple M1 silicon :-)
Beta Was this translation helpful? Give feedback.
All reactions