caxapa.ru :: Так ты поступил как те китайцы - используешь самопальную инициализацию. Я наоборот - стараюсь задействовать библиотечную инициализацию. Она там есть. И в ней, в отличии от китайской есть вызов конструкторов/дисрупторов. Но почему-то не инициализируется .data

il-2 (29.08.2023 14:53, просмотров: 148) ответил Eddy_Em на Если армовский сойдет, то здесь:

Так ты поступил как те китайцы - используешь самопальную инициализацию. Я наоборот - стараюсь задействовать библиотечную инициализацию. Она там есть. И в ней, в отличии от китайской есть вызов конструкторов/дисрупторов. Но почему-то не инициализируется .data

Как мне кажется, проблема в том что из линкерного скрипта убрали что-то нужное для этого.

В настоящий момент я копирую данные в .data вручную. Но мне кажется что стандартная инициализация должна это делать, надо только разобраться, что для этого нужно.

Ответить

- У рукопашной инициализации есть тот плюс, что можно сначала PLL настроить и инит пройдет быстрее, что иногда полезно. - LightElf(29.08.2023 16:02)
- Естественно, самопальную. Eddy_Em(336 знак., 29.08.2023 16:00)
- Бывает и такое: copy table SciFi(2 знак., 29.08.2023 14:56, ссылка, ссылка)
  - Как я начинаю прозревать, никаких стандартов и соглашений нет. Компилятор генерирует секции с данными инициализации, а скопировать эти данные в .data стандартная инициализация почему-то не желает. il-2(336 знак., 29.08.2023 15:19)
    - Можно дизассемблировать crt0, например. Может оказаться, что там инициализации нет, тогда будет понятно, почему китайцы сделали свою :-) - SciFi(29.08.2023 15:39)
      - И правда. Главное - .bss обнулили, а до конца дело не смогли довести, черти. il-2(1 знак., 29.08.2023 15:43, ссылка)

ARM, RISC-V контроллеры