Thanks Steve,
I appreciate your input. However, the above was one of the approaches I tried as I am comfortable with ld files, but I end up (after a clean build) with the following linker error:
/usr/local/Cellar/arm-none-eabi-gcc/10.3-2021.07/gcc/bin/../lib/gcc/arm-none-eabi/10.3.1/../../../../arm-none-eabi/bin/ld: Binary info must be in first 256 bytes of the binary
collect2: error: ld returned 1 exit status
make[2]: *** [dotcom.elf] Error 1
make[1]: *** [CMakeFiles/dotcom.dir/all] Error 2
make: *** [all] Error 2
My guess is that this is due to changes in the recent SDK which is not compatible with the previous ld files (they appear to be partially generated now, likely to support different boards). This in turn is likely connected to the picotools involvement in the build chain.
My picotool version is picotool v2.1.0 (Darwin, AppleClang-16.0.0.16000026, Release)
Does your code build with the 2.1.0 SDK?
I appreciate your input. However, the above was one of the approaches I tried as I am comfortable with ld files, but I end up (after a clean build) with the following linker error:
/usr/local/Cellar/arm-none-eabi-gcc/10.3-2021.07/gcc/bin/../lib/gcc/arm-none-eabi/10.3.1/../../../../arm-none-eabi/bin/ld: Binary info must be in first 256 bytes of the binary
collect2: error: ld returned 1 exit status
make[2]: *** [dotcom.elf] Error 1
make[1]: *** [CMakeFiles/dotcom.dir/all] Error 2
make: *** [all] Error 2
My guess is that this is due to changes in the recent SDK which is not compatible with the previous ld files (they appear to be partially generated now, likely to support different boards). This in turn is likely connected to the picotools involvement in the build chain.
My picotool version is picotool v2.1.0 (Darwin, AppleClang-16.0.0.16000026, Release)
Does your code build with the 2.1.0 SDK?
Statistics: Posted by larsmats — Wed Mar 05, 2025 8:53 am