MKdemiurg

Где то я читал, что с какой то версии GCC этот самый .no_init определён как и bss. Не обратил тогда внимания. Вот я и нашёл с какой версии))

Извиняюсь (NO LOAD) работает Не ту конфигурацию билдил. Всем большое спасибо. Вообще странно, что это компиляторо зависимое поведение. Получается, что с 10.3 версии в тулчейне прописано, что такое NO INIT

Бред какой то не работает ( NO LOAD)

В 10.3.1 В 10.2.1 тоже самое только что проверил

это спецификатор GCC

Без инициализатора история такая же :04C12000000000001B :020000042000DA :01B600000049 :0400000508001DBD15 :00000001FF #pragma GCC optimize ("O0") static volatile __attribute__((section(".noinit"))) uint8_t test; #pragma GCC optimize ("Og")

Мдэ :020000042000DA :01B6000055F4 :0400000508001DBD15 :00000001FF хекс линкер .noinit : { /* place all symbols in input sections that start with .noinit */ KEEP(*(*.noinit*)) } > NOINIT static volatile __attribute__((section(".noinit"))) uint8_t test= 0x55;

да В хексе нулей нет а, да...

да в Хекс вроде как норм subbootloader.hex

Вы про это ? .debug_info 0x0000000000001367 0x470 . оно точно так же и на версии тулчейна 10.3

GD32F303.ld

в том и дело, что оно все выверено на 10.3 Что такое отличает 9 и 10 версии.

Вот я его тоже уже час смотрю , не могу найти откуда

здравствуйте. Подскажите пожалуйста с такой проблемой. Нужен был даунгрейд тулчейна с 10.3 на 9.2 На 10 всё собирается и работает. При переходе на 9.2 - всё собирается, но размер с 20Кб вырастает до нескольких сотен МБ. В бинаре просто весь хвост забит нулями. При этом размер HEX и ELF файла ожидаемые и не сельно отличаются в версиях тулчейна. При вызове OBJCOPY вручную, а не из мейкфайла, генерирую такой же бинарь в сотни МБ. Откуда это лезет?