Update the header prefixes to be architecture agnostic about cmsis-dsp HOT 3 OPEN

@yperess I am always trying to help but then it is a problem of priorities. I have a lot in my backlog and not a lot of time. So clearly such a change would have low priority compared to other tasks I have to do.

Also, I need to maintain (as much as possible), backward compatibility. As consequence, I'll never change the name of the functions.

the arm_ prefixed headers can still exist and simply include their generic counterparts.

Why not doing the opposite ? You could have a cmsis_dsp_math.h including the arm_math.h

You could also define some macro like

#define cmsis_dsp_add_f32 arm_add_f32

allowing your developers to use cmsis_dsp_* functions.

Like that, it would be totally transparent to CMSIS-DSP and I think it would not make your life much more difficult when pulling new CMSIS-DSP version.

Regarding other comments in the Zephyr discussion regarding strongly typed libraries: In pure C, it will be difficult to be as good as C++ for this.

But there are definitely things to improve and I have already a github issues about it. There is lot of legacy in the library and things to improve.

from cmsis-dsp.

I'll be happy to send a PR that matches what you described

from cmsis-dsp.

A cmsis_dsp_* wrapper seems sensible to me, and still maintains an association with Arm as the main project maintainer (via cmsis), since they deserve credit for their work, without implying that this only works on Arm.

from cmsis-dsp.