Open davepruitt opened 2 years ago
The build
folder issue sounds like a Windows idiosyncrasy, though I don't know why that would happen. It works fine on Linux.
Python can be called python
or python3
depending on whether you install it from the Windows store or from python.org. I can't remember which does which.
Right, hence I was able to edit the makefile fairly easily to get it to successfully build. I just wanted to point it out since some users may try to build with a binary called "python", which would cause the makefile to fail.
Anyways, at the very least it may be wise to add Python 3 as a build requirement in the read-me for this repository, because it is not currently listed.
@davepruitt thanks for documenting can you also share how you edited the make file for python? I am also facing the same issues.
Thanks, the issue is solved.
I just successfully built the grand central M4 bootloader, but it took some tweaking of the makefile. It's possible that the issues are related to me using Windows rather than Linux/Unix, but I figured I would report the issue anyway just in case.
There are a few issues that I encountered.
First: the makefile includes the following lines which are supposed to create the uf2_version.h file:
In order for these lines to work, I first had to manually create the ./build/grandcentral_m4/ folder. Otherwise it would crash. I expected it to be able to create these folders on its own. I am confident I was working in a folder with write permissions.
Additionally, the uf2_version.h file that was created did not have the expected text. The actual contents of the created file were the following:
And I presume that the intention was to create a file with the following contents instead:
I had to manually change the file contents after the file was created to get it to work.
Next, the makefile requires python3 on lines 177 and 187. This is not listed in the build requirements in the read-me for this repository, and it should be.
Additionally, I actually do have Python 3 installed (version 3.9.11 to be exact, installed with conda), and it is the only Python installation I have on my machine, and it is in the path, however the Python binaries are not called python3. Rather, the Python binary is simply called python. Therefore, the call to execute python3 failed because there is no binary called python3.
It may be wise to adapt the makefile so that it could use a binary called python3 or a binary called python, depending on what is installed on the user's system. For me, as a workaround, I just edited the makefile on my machine to call python instead of python3.