GCC startup code assembly file extension should be .sx instead of .s

[puz_md]

In the nRF51 SDK startup code, in the folder toolchain\gcc, there is a file called gcc_startup_nrf51.s. I think this file should be called gcc_startup_nrf51.sx instead, as it contains macro definitions and needs the preprocessor running over it. According to ARM gcc, only .sx files are processed by the preprocessor (we had some issues with the .s ending and GCC ARM v4.8, so we had to rename it).

Did anyone else have the same problem? Or did anyone get it running with the .s file extension?

[Vidar Berg]

Hi, I haven't had any problems with using the .s extension. Although it has been awhile since I've used version 4.8. Using 4.9 I'm able to use the __STACK_SIZE,etc defines by adding them to asmflags in the makefile.

[Vidar Berg]

Are you working on windows or a different platform? See that gcc-arm-embedded 4.7 2013q1 was used for testing of the older SDKs

[puz_md]

Yes, I'm using Windows. We were using 4.7 2013q1 further in the past but due to some issues, we had to update to 4.8 2013q4.

[puz_md]

Thanks for the hint. When I find some time, I will try it out with version 4.9.

[Vidar Berg]

I haven't heard reports of this issue with v.4.8 before, but I guess it's worth a shot. Another thing to try is to build with a clean copy of a SDK and see it it still does not build 'out of the box'.