Core v1.0.0 doesn't appear to compile Blinky sketch

EmbeddedMan · June 26, 2019, 10:08pm

Arduino IDE 1.8.9. Just installed Sparkfun Apollo3 core v1.0.0. Selected SparkFun BlackBoard Artemis Nano, pulled up Blink sketch, and here’s the output from the compile:

C:\Program Files (x86)\Arduino\arduino-builder -dump-prefs -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages -hardware C:\Users\Brian Schmalz\OneDrive\Documents\Arduino\hardware -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -tools C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\Brian Schmalz\OneDrive\Documents\Arduino\libraries -fqbn=SparkFun:apollo3:amap3nano:svl_baud=921600,loader=sparkfun_svl -vid-pid=04D8_FD92 -ide-version=10809 -build-path C:\Users\BRIANS~1\AppData\Local\Temp\arduino_build_999484 -warnings=all -build-cache C:\Users\BRIANS~1\AppData\Local\Temp\arduino_cache_309795 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\tools\arm-none-eabi-gcc\8-2018-q4-major -prefs=runtime.tools.arm-none-eabi-gcc-8-2018-q4-major.path=C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\tools\arm-none-eabi-gcc\8-2018-q4-major -verbose C:\Program Files (x86)\Arduino\examples\01.Basics\Blink\Blink.ino
C:\Program Files (x86)\Arduino\arduino-builder -compile -logger=machine -hardware C:\Program Files (x86)\Arduino\hardware -hardware C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages -hardware C:\Users\Brian Schmalz\OneDrive\Documents\Arduino\hardware -tools C:\Program Files (x86)\Arduino\tools-builder -tools C:\Program Files (x86)\Arduino\hardware\tools\avr -tools C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages -built-in-libraries C:\Program Files (x86)\Arduino\libraries -libraries C:\Users\Brian Schmalz\OneDrive\Documents\Arduino\libraries -fqbn=SparkFun:apollo3:amap3nano:svl_baud=921600,loader=sparkfun_svl -vid-pid=04D8_FD92 -ide-version=10809 -build-path C:\Users\BRIANS~1\AppData\Local\Temp\arduino_build_999484 -warnings=all -build-cache C:\Users\BRIANS~1\AppData\Local\Temp\arduino_cache_309795 -prefs=build.warn_data_percentage=75 -prefs=runtime.tools.arm-none-eabi-gcc.path=C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\tools\arm-none-eabi-gcc\8-2018-q4-major -prefs=runtime.tools.arm-none-eabi-gcc-8-2018-q4-major.path=C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\tools\arm-none-eabi-gcc\8-2018-q4-major -verbose C:\Program Files (x86)\Arduino\examples\01.Basics\Blink\Blink.ino
Using board 'amap3nano' from platform in folder: C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0
Using core 'arduino' from platform in folder: C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0
Detecting libraries used...
"C:\\Users\\Brian Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\tools\\arm-none-eabi-gcc\\8-2018-q4-major/bin/arm-none-eabi-g++" -DPART_apollo3 -DAM_PACKAGE_BGA -DAM_PART_APOLLO3 -c -g -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -fdata-sections -Os -ffunction-sections -w -std=gnu++11 -fno-threadsafe-statics -nostdlib --param max-inline-insns-single=500 -fno-rtti -fno-exceptions -w -x c++ -E -CC -mcpu=cortex-m4 -DF_CPU=48000000L -DARDUINO=10809 -DARDUINO_AM_AP3_SFE_BB_ARTEMIS_NANO -DARDUINO_ARCH_APOLLO3 -DPART_apollo3 -DAM_PACKAGE_BGA -DAM_PART_APOLLO3 "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0\\variants\\SparkFun_BlackBoard_Artemis_Nano/config" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/ard_sup" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/ard_sup/ard_supers" "-IC:\\Users\\Brian Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0\\cores\\arduino" "-IC:\\Users\\Brian Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0\\variants\\SparkFun_BlackBoard_Artemis_Nano" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3/hal" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3/regs" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/utils" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/CMSIS/AmbiqMicro/Include" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/CMSIS/ARM/Include" "C:\\Users\\BRIANS~1\\AppData\\Local\\Temp\\arduino_build_999484\\sketch\\Blink.ino.cpp" -o nul
Error while detecting libraries included by C:\Users\BRIANS~1\AppData\Local\Temp\arduino_build_999484\sketch\Blink.ino.cpp
Generating function prototypes...
"C:\\Users\\Brian Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\tools\\arm-none-eabi-gcc\\8-2018-q4-major/bin/arm-none-eabi-g++" -DPART_apollo3 -DAM_PACKAGE_BGA -DAM_PART_APOLLO3 -c -g -mcpu=cortex-m4 -mthumb -mfloat-abi=hard -fdata-sections -Os -ffunction-sections -w -std=gnu++11 -fno-threadsafe-statics -nostdlib --param max-inline-insns-single=500 -fno-rtti -fno-exceptions -w -x c++ -E -CC -mcpu=cortex-m4 -DF_CPU=48000000L -DARDUINO=10809 -DARDUINO_AM_AP3_SFE_BB_ARTEMIS_NANO -DARDUINO_ARCH_APOLLO3 -DPART_apollo3 -DAM_PACKAGE_BGA -DAM_PART_APOLLO3 "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0\\variants\\SparkFun_BlackBoard_Artemis_Nano/config" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/ard_sup" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/ard_sup/ard_supers" "-IC:\\Users\\Brian Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0\\cores\\arduino" "-IC:\\Users\\Brian Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0\\variants\\SparkFun_BlackBoard_Artemis_Nano" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3/hal" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3/regs" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/utils" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/CMSIS/AmbiqMicro/Include" "-IC:\\Users\\Brian" "Schmalz\\AppData\\Local\\Arduino15\\packages\\SparkFun\\hardware\\apollo3\\1.0.0/cores/arduino/am_sdk_ap3/CMSIS/ARM/Include" "C:\\Users\\BRIANS~1\\AppData\\Local\\Temp\\arduino_build_999484\\sketch\\Blink.ino.cpp" -o "C:\\Users\\BRIANS~1\\AppData\\Local\\Temp\\arduino_build_999484\\preproc\\ctags_target_for_gcc_minus_e.cpp"
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0\variants\SparkFun_BlackBoard_Artemis_Nano/config: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/ard_sup: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/ard_sup/ard_supers: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3/hal: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/am_sdk_ap3/mcu/apollo3/regs: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/am_sdk_ap3/utils: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/am_sdk_ap3/CMSIS/AmbiqMicro/Include: No such file or directory
arm-none-eabi-g++: error: Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/am_sdk_ap3/CMSIS/ARM/Include: No such file or directory
exit status 1
Error compiling for board SparkFun BlackBoard Artemis Nano.
Invalid library found in C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting: no headers files (.h) found in C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting
Invalid library found in C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting: no headers files (.h) found in C:\Users\Brian Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting

Looks to me like there’s some missing files in the core? Any help is appreciated - kinda stuck at this point.

Thanks,

*Brian

EmbeddedMan · June 27, 2019, 1:02pm

So, I installed Arduino and the SparkFun Apollo3 core on my work PC, and - no surprise - it works perfectly.

Maybe my install of the Apollo3 core at home wasn’t complete? I have a ton of other cores already installed - maybe some conflict? (Although that doesn’t make any sense.)

In any case, this clearly isn’t a system-wide problem, only a problem with my one machine. I’ll see if I can figure it out and report back what I find.

*Brian

liquid.soulder · June 27, 2019, 3:28pm

Hmm, thanks for reporting this. When you have a chance can you check whether or not those directories actually exist? Either they (for some reason) are not installed or your computer is not able to find them. I briefly thought that the issue could come from file separators in the filepath… in the core (platform.txt and boards.txt) I’ve stuck with the *nix-like standard of using ‘/’.

However since this works on my PC and that is how it is done in the Arduino SAMD21 core I just assumed Arduino would handle cross-platform magic.

I’ll be interested to know more about your particular situation. Thanks again for posting this topic.

liquid.soulder · June 27, 2019, 3:30pm

Ooooh… this is probably related to the space in your filepath (due to your username). I’ll take a look at the SAMD21 core to see if they are using any tricks like “” to work around this

ahenshaw · June 27, 2019, 4:47pm

I have the same problem, but no spaces in the filepath:

Invalid library found in C:\Users\ah6\Documents\ArduinoData\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting: no headers files (.h) found in C:\Users\ah6\Documents\ArduinoData\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting

ahenshaw · June 27, 2019, 6:22pm

Just uninstalled and reinstalled the IDE, then added the Apollo3 boards package. Same result, when I selected Artemis Nano, I got the invalid library message (repeated many times). The path exists (C:\Users\ah6\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0\libraries\CoreTesting), but there is only an “examples” folder in there. The “examples” folder is populated (“Advanced”, “example0_compilation”, etc.), however.

TomWS · June 27, 2019, 11:32pm

I can confirm that the issue is with a space on the User name on a Windows system. I’ve seen this failure before. There is a work around, if you dare…

The trick is to fake out a user path that doesn’t have a space in it. There are two facets to the work around, first you need to have a non-space folder in the C:\Users folder. There are two ways to do this, one risky and bothersome (create a new user) or create a symbolic link in the Users folder:

If you have a user name like “User Name”, then in the Users directory, create a symbolic link with:

cd C:\Users
mklink /J User_Name "C:\Users\User Name"

and all references to C:\Users\User_Name… will reference the original directory.

The second thing that’s needed in this case is to modify the registry to change the references for AppData and LocalAppData on the “User Name” account. I’ve done this, but don’t remember the specific steps (you can search for these steps or I might have a chance to add them at a later date). This process is not for the timid or error prone, but it is effective and did allow me to build code (I haven’t received my hardware yet so can’t test it

liquid.soulder · June 28, 2019, 9:09pm

TomWS - thanks for sharing that workaround, I hope it will help people in the near term. For the long-term there should be a solution within the core itself.

So upon closer inspection we see filepaths such as:

“-IC:\Users\Brian” “Schmalz\AppData\Local\Arduino15\packages\SparkFun\hardware\apollo3\1.0.0/cores/arduino/ard_sup/ard_supers”

The trouble here seems to be that Arduino is splitting up this filepath at the space. Now I just checked ‘platform.txt’ to see what I could do about this and the results are a little frustrating. Here’s how it works:

We provide a recipe to Arduino that we want executed for various steps. The above filepath comes from the ‘detecting used libraries’ step – for which the pattern is:

“{compiler.path}/{compiler.cmd.cpp}” {compiler.flags.cpp} {preproc.macros.flags} -mcpu={build.mcu} -DF_CPU={build.f_cpu} -DARDUINO={runtime.ide.version} -DARDUINO_{build.board} -DARDUINO_ARCH_{build.arch} {compiler.extra_flags.cpp} {build.extra_flags} {includes.all} “{source_file}” -o “{preprocessed_file_path}”

Each statement in {curly braces} is expanded recursively. The one we are interested in ( {includes.all} ) expands to :

{includes.variant} {includes.core} {includes.ambiq_sdk} {includes.cmsis} {includes.extra}

which each expand like so:

includes.extra=

includes.ambiq_sdk=-I{ap3core.ambiq_sdk.path}/mcu/apollo3 -I{ap3core.ambiq_sdk.path}/mcu/apollo3/hal -I{ap3core.ambiq_sdk.path}/mcu/apollo3/regs -I{ap3core.ambiq_sdk.path}/utils

includes.cmsis=-I{ap3core.ambiq_sdk.path}/CMSIS/AmbiqMicro/Include -I{ap3core.ambiq_sdk.path}/CMSIS/ARM/Include

includes.core=-I{ap3core.path}/ard_sup -I{ap3core.path}/ard_sup/ard_supers {includes}

includes.variant={build.includes}

The remaining variables are:

ap3core.path={runtime.platform.path}/cores/{build.core}

ap3variant.path={build.variant.path}

ap3core.ambiq_sdk.path={ap3core.path}/am_sdk_ap3

And after that it is up to Arduino to supply

runtime.platform.path, build.variant.path, and build.core

Worht mentioning that putting a filepath in quotation marks tells Windows to interpret it all as one thing, when in the past it would have been split on spaces and maybe some other characters. However nowhere in the expansion did we have any quotation marks, and still we see them in the output (which is the verbatim transcript of what Arduino called on the command line).

This must mean that Arduino is responsible for wrapping paths in quotes. A quick test (adding my own quotes) caused trouble thanks to multiple sets of quotations. So that helps verify the suspicion.

So perhaps I don’t understand exactly what rules Arduino uses to decide what to wrap in quotes (-D statements are not, for example). Or perhaps I am pushing the limits of what Arduino expected you to do with ‘platform.txt’ (by adding includes that extend the standard {includes} variable provided by Arduino) or maybe this is a bug with Arduino that could be improved.

I will continue looking into this so that people can have a smoother experience.

ahenshaw, thanks for your report as well. The " Invalid library found" error is purely cosmetic and will be fixed in the next release.

EmbeddedMan · June 29, 2019, 9:46am

liquid -

Thanks for looking into this. I’m no expert on this, and don’t understand it as well as you. However, I have many other cores installed (under my “Brian Schmalz” username) and they all work just fine - no problems with the space (Arduino, chipKIT, ESP, etc.). So clearly there’s a way to make this work for other cores - there must be something different about how it’s being done with this one.

At this point I’m not excited about the proposed workaround - although it sure looks like it would work fine. I’d rather figure out how to get things working without that workaround.

EmbeddedMan · June 29, 2019, 11:06pm

PR to fix this issue is here : https://github.com/sparkfun/Arduino_Apollo3/pull/20

*Brian

TomWS · June 30, 2019, 2:54pm

EmbeddedMan:
PR to fix this issue is here : https://github.com/sparkfun/Arduino_Apollo3/pull/20

Interesting, it seems as if that fix would create the potential for doubly quoted include strings. However, if the problem is limited to this set of paths, then maybe this is good and certainly a heck of a lot better than the workaround!

Thanks for digging into it. I’ll update the platform.txt file manually and see what happens (now that I’ve finally received my boards

TomWS · June 30, 2019, 4:32pm

EmbeddedMan:
PR to fix this issue is here : https://github.com/sparkfun/Arduino_Apollo3/pull/20

I can confirm that this change worked on my Windows 7 system with Arduino IDE 1.8.9 using an Artemis ATP board. I'll add this comment to the PR.

liquid.soulder · July 1, 2019, 5:02pm

Merged the PR - thanks for the help and quick fix. A new version (v1.0.1) is available in the Arduino Board Manager.

theatrewonk · July 2, 2020, 2:12pm

I’ve got this problem now with the SparkFun Artemis Thing Plus. I’m running Arduino 18.12 on a Mac. I have no trouble compiling for SAMD51 Thing Plus, but get errors with this board and Blink (and my real sketches). The first of the errors is:

java.io.IOException: Cannot run program “/Users/dickr”: error=2, No such file or directory

My user directory is (unfortunately) /Users/dickr 1/… All my libraries and whatnot are there, and the user dickr does not exist (though it once did). Putting an alias called dickr as a user, pointing at my dickr 1 directory changes the error message to a permissions error, though the alias has the same permissions as the real directory. I see this as confirmation that it’s the space problem, but the alias seems not to be a solution.

Renaming my user directory is a possible work-around, but would have many side effects I’d prefer not to deal with. (I won’t tell the sad story about how I got here with the directory name, but I know it’s trouble to change it.)

Is there another work-around? Is there a fix for the Artemis libraries? That would be the best thing.

Thanks,

Dick

liquid.soulder · July 2, 2020, 4:06pm

Dick, are you having this issue on the v1.0.0 revision of the core? Have you tried uninstalling the core and installing the latest version fresh? We can get this working!

theatrewonk · July 2, 2020, 4:32pm

Thank you for your prompt response. I appreciate the help!

I have version 1.1.1 of the SparkFun Apollo3 Boards installed in the Boards Manager. I just installed it with the board manager in the last couple of days. Is there something else I need? I’d understood that the cores resided in these board files. Contrary to some of the info I’ve seen, there is no …/hardware/cores/ directory on my machine. I do have in Arduino preferences this additional board manager URL: https://raw.githubusercontent.com/spark … index.json

Dick

liquid.soulder · July 2, 2020, 5:20pm

I think the hardware/cores/ directory is used for local (non Boards Manager) installations of cores. When you use the boards manager our Apollo3 core should end up in a path like:

Arduino15\packages\SparkFun\hardware\apollo3\1.1.1

On OSX the Arduino15 folder lives in user/Library I think…

You can check that the necessary files do in fact reside there.

theatrewonk · July 2, 2020, 5:58pm

Yes, that’s were it is, in User…/library/hardware/apollo3/1.1.1/cores… Is that the correct version? Suggestions, please.

liquid.soulder · July 2, 2020, 10:04pm

Did you install Arduino before changing your user name from “dickr” to “dickr 1”? Maybe the system is confused about where the core files really ought to be. You could try a fresh Arduino install or try removing all the cache files under Arduino15/

theatrewonk · July 3, 2020, 11:17pm

I removed the app and the Arduino15 cache and reinstalled. I have the same problem. Either something remembers the old directory or something cannot parse a directory name with a space in it. Below is the last bit of the messages when I try to download to the board.

Any other ideas?

Thanks,

Dick

_____________-

/Users/dickr 1/Library/Arduino15/packages/SparkFun/tools/arm-none-eabi-gcc/8-2018-q4-major/bin/…/lib/gcc/arm-none-eabi/8.2.1/…/…/…/…/arm-none-eabi/lib/thumb/v7e-m+fp/hard/libnosys.a

/Users/dickr 1/Library/Arduino15/packages/SparkFun/tools/arm-none-eabi-gcc/8-2018-q4-major/bin/…/lib/gcc/arm-none-eabi/8.2.1/…/…/…/…/arm-none-eabi/lib/thumb/v7e-m+fp/hard/libm.a

“/Users/dickr 1/Library/Arduino15/packages/SparkFun/tools/arm-none-eabi-gcc/8-2018-q4-major/bin/arm-none-eabi-objcopy” -O binary /var/folders/s8/gwjwh50c8xnd3400r6_wdn700000gn/T/arduino_build_464086/Blink.ino.axf /var/folders/s8/gwjwh50c8xnd3400r6_wdn700000gn/T/arduino_build_464086/Blink.ino.bin

“/Users/dickr 1/Library/Arduino15/packages/SparkFun/tools/arm-none-eabi-gcc/8-2018-q4-major/bin/arm-none-eabi-size” -A /var/folders/s8/gwjwh50c8xnd3400r6_wdn700000gn/T/arduino_build_464086/Blink.ino.axf

Sketch uses 8612 bytes (0%) of program storage space. Maximum is 960000 bytes.

Global variables use 33820 bytes of dynamic memory.

java.io.IOException: Cannot run program “/Users/dickr”: error=2, No such file or directory

at java.lang.ProcessBuilder.start(ProcessBuilder.java:1048)

at java.lang.Runtime.exec(Runtime.java:620)

at java.lang.Runtime.exec(Runtime.java:485)

at processing.app.helpers.ProcessUtils.exec(ProcessUtils.java:11)

at cc.arduino.packages.Uploader.executeUploadCommand(Uploader.java:129)

at cc.arduino.packages.uploaders.SerialUploader.runCommand(SerialUploader.java:383)

at cc.arduino.packages.uploaders.SerialUploader.uploadUsingPreferences(SerialUploader.java:197)

at cc.arduino.UploaderUtils.upload(UploaderUtils.java:77)

at processing.app.SketchController.upload(SketchController.java:732)

at processing.app.SketchController.exportApplet(SketchController.java:703)

at processing.app.Editor$UploadHandler.run(Editor.java:2055)

at java.lang.Thread.run(Thread.java:748)

Caused by: java.io.IOException: error=2, No such file or directory

at java.lang.UNIXProcess.forkAndExec(Native Method)

at java.lang.UNIXProcess.(UNIXProcess.java:247)

at java.lang.ProcessImpl.start(ProcessImpl.java:134)

at java.lang.ProcessBuilder.start(ProcessBuilder.java:1029)

… 11 more

An error occurred while uploading the sketch