-
Notifications
You must be signed in to change notification settings - Fork 21
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
Installation Step 2. Install Host Applications Fails on Mac M1 #96
Comments
Hi @VoyageAudio, I apologize that you encountered an issue building on your M1. I have a couple work-arounds for you to try. First, you can force CMake to build the x86 host app by adding the following line to the top of the file
The x86 host app will run on an M1. Alternatively, you can bypass the device control host app build by commenting out this line in
It looks like it is possible to build for the M1. I have added a new issue to investigate and fix this rather than provide a work-around. #94 |
Thank you for this. I think it gets past the device control host app building using this work around, however it fails immediately after because it can't find "xscope_endpoint.h". This is completely unrelated, correct? `~GitHub/xcore_sdk/examples/freertos/tracealyzer/host/xscope2psf.c:9:10: fatal error: 'xscope_endpoint.h' file not found 1 error generated. |
Yes, this is unrelated but easy to fix. You need to ensure that your XTC Tools environment is setup when building. This is true even for the host applications. The official documentation for configuring your command-line environment is here: https://www.xmos.ai/documentation/XM-014363-PC-6/html/tools-guide/install-configure/getting-started.html Another, equally valid way is to run:
because sourcing SetEnv.sh is what the SetEnv.command does. |
Yeah, I've done all of that. Tried both ways, same error as result. Strange I do see xscope_endpoint.h in the include folder. Querying the XMOS Tools version and help both work as expected. Also |
Ensure you have these lines in your examples/freertos/tracealyzer/host/CMakeLists.txt: If you do then I am not sure why the include folder is not set. Adding @jcarrier-xmos in case he has any suggestions. |
Thanks. I'm continuing this thread because its all related to building on Apple Silicon. I do have the lines you pointed out. I changed them to the absolute path as a work around and seem to get past this issue. Next up there is something else wrong: It looks like for some reason it's adding an additional ".0". This directory does contain MacOSX13.sdk, MacOSX13.1.sdk and MacOSX.sdk. |
It is not clear from this message which Executable CMake is unable to find. One idea that may be helpful is to re-run the CMake configure step and generate an output of all commands. Run the following in the
Then share the In the meantime, you can likely bypass the host application builds by simply commenting any of the lines in |
Thanks. I cloned a fresh xcore_sdk and am getting slightly different results now - perhaps there have been some recent changes? Here is the output now without any modifications above: I attached the .json file you requested: Going to bypass his applications as you mention - thanks for that! |
This compilation error has been fixed on the latest develop branch. Thanks for the compile_commands.json, I will review it. |
System information
Describe the problem
XCORE Installation instructions Step # 2 fails on M1 arch.
Provide the exact sequence of commands / steps that you executed before running into the problem
Please see attached image.
The text was updated successfully, but these errors were encountered: