stm32 фейлится при использовании double и uint64_t

Я бы посмотрел в отладчике что за исключение и на каких командах оно вылетает.

В какую сторону имеет смысл копать?

В сторону забора.

-mfloat-abi=soft

не помогло(

-mthumb обязательно, а soft-float можешь не указывать

-mthumb

тоже указано

Может ты по не выровненному адресу пытаешься с ними работать?

? Код на C

Ты про арм вообще что-нибудь читал, прежде чем под него писать?

Заниматься всякими выравниваниями должен компилятор, не? Как я тебе из C выравнивания переменных делать буду?

Не обращаться к int по указателю+нечётное_число, например.

А кто тебе сказал, что я обращался?

В моем коде там вообще указатели не использовались. Там просто перемножение и деление нескольких чисел. В int32_t работает, в int64_t и double - нет

Раз, два

Наша пiсня гарна, нова, ми зломали double знову!

Возьми рач и потыкай 8-й GCC, авось опять поломали починили.

Разверни gcc с армовского сайта. У меня были косяки при работе с STM32F0: как только встречается деление, камень уходил в hardfault. Попробовал тулчейн с сайта - все заработало. Видимо, криво в генте собрали тулчейн, что софтовое деление не работало.

А вообще, как-то неправильно использовать на камне без аппаратной поддержки double эти самые double...

Похоже проблема в тех функциях, которые вызываются для вычислений в int64_t и double

ну как раз int64 и хотел использовать для fixed point вычислений. Но деление int64 тоже глючит

Все, я просто невнимательный, забыл линковщику указать что з микроконтроллер

По крайней мере, hard fault прекратился

Не обращаться к int по указателю+нечётное_число, например.

а ничего, что сам int чётный размер имеет (на ARM-е, должен иметь, можно делать такое предположение)

Что-что, простите? Указатель на int должен быть кратен размеру int.

И он всегда таким будет, что бы ты к нему не прибавлял в С. Прибавляемое умножается на размер типа.

Нет, не всегда. Учи С.