Умеет ли GCC-ARM использовать DSP instruction set Cortex-m4 без использования сторонних библиотек ?

А А разве в CMSIS нет готовых заголовочных файлов для DSP инструкций ?

В Cortex-M4 есть только базовая арифметика с плавающей запятой, при компиляции gcc нужно добавить ключи -mfloat-abi=softfp -mfpu=fpv4-sp-d16

Разве не -mfloat-abi=hard ?

Ну в идеале - да. Но вот конкретно под stm32f4 на CodeSourcery gcc мне не удалось ничего с hard скопмилить - валится на линковке.
hard в отличии от softfp разрешает компилятору передавать в функции параметры в FP регистрах, а так - там и там сопроцессор используется одинаково.

Я что-то скомпилил с hard (при помощи kgp), и оно даже работало. Но всерьёз ещё не брался за плавучку, просто попробовал.
За softfp - спасибо, запомню.

С плавучкой более-менее ясно, но я изначально имел ввиду именно DSP-instructions - MAC например . Это компилятор может ис-
пользовать без CMSIS/DSP lib ?

А MAC - не плавучка? Не понимаю, по какому принципу вы их разделяете?
Вот список инструкций доступный в M4 (DSP instruction set внизу), это то что вам нужно или мы о разных вещах говорим?

Сильно сомневаюсь. Просто так, в обычных Си-шных конструкциях их использовать вроде незачем, а библиотеки специально под M4 вряд ли затачивали.

Ну и менно MAC (только не в 64 бита, а в 32) использует
arm-none-eabi-gcc -O2 -S -mcpu=cortex-m3 -mthumb mla.c

А вот с остальными упаковками/распаковками/насыщениями/параллельно операции с 16 бит -- врядли так просто.

Мож там builtins какие появились на эту тему? Для x86 для MMX с компанией их вроде много, и типы есть «векторные» сразу.

Эта фишка, судя по ману, даже в avr-gcc 4.7.2 имеется...

все попорядку не мешая в кашу

1. иструкции FPU

c ними нет никаких танцев с бубеном вокруг костра (в первом приближении). чтобы все работало нужно воткнуть компиллеру -mcpu=cortex-m4 -mfpu=fpv4-sp-d16 -mfloat-abi=hard -mthumb
далее пишем код с операндами типа float - и забываем - компиллер как та женщина которая отдала все что у нее было.... выдаст все что сможет.
ЗАМЕЧАНИЕ. тонкий момент возникает только с инструкцией VSQRT и VABS так как им соответствуют не операции над оперндами а функции libc. из этого положения выкручиваемя следующим финтом:

c FPU фисе.... тут как раз проще чем с DSP

2. инструкции DSP

важно понимать - автоматом компиллер может вставлять интрукции из тех которые он знает только (в первом приближении) оперциях над известными ему типами оперндов. если компиллер их незнает(этих типов) но есть инструкции по их обработке то используются библиотечные вызовы (это уровень выше компиллера)
таким образом DSP инструкции моглибы быть автоматом генерится но типов ( uint4x8_t или uint2x16_t и тд ) то нет! все DSP инструкции работаютс со стандарнтыми типами uint32_t а вот что подразумевается - два 2*16 или 4*8 это уже становится понятно только когда вы этот операнд оправляете на обработку той или иной инструкции. вопрос - что делать?
ответ - все просто - как упомянуто коллегами выше в фале core_cm4_simd.h обявлены inline функции SIMD, Вы должны только приготовит данные и вызвать нужную функцию, компиилер в коде тупо метнет по регистрам данные и вставит инструкцию. это что и требовалось.

3, опять про SIMD .... если до сих пор чето непонятно как это использовать то рекомендую повтыкать в файлы из DSP_Lib которые тамже в дистре для CM4 идут - там есть такие важные и полезные вещи как фильты матрицы и вяка разно, причем как правило есть варианты на плавучке , так и на целых - тоесть как раз SIMD (используются вызовы функций из core_cm4_simd.h)

надеюсь ответил так же содержательно как и кратко.





сочувствую.... и Вам и CodeSourcery, а какая там версия нынче?

Нынче - хз, у меня старенькая 4.5.2, да и CodeSourcery больше нет, их же Mentor купил. А с тех пор как купил - что-то там перекорячили на радостях, да так что старые проекты не компиляются. То ли ключи какие-то поменяли, то ли еще что, у меня так руки и не дошли разобраться с ним.