caxapa.ru :: Знать-то он знает, но это знание в ANSI никак не влезает. Поэтому и предлагает лепить либо ассемблерные вставки, либо builtin'ы, которые по сути те же ассемблерные вставки

MBedder, терминатор (09.08.2015 12:01, просмотров: 389) ответил Mahagam на хреновый тот компилятор, который не знает все команды подшефного ядра.

Знать-то он знает, но это знание в ANSI никак не влезает. Поэтому и предлагает лепить либо ассемблерные вставки, либо builtin'ы, которые по сути те же ассемблерные вставки

Ответить

- не всегда. для DSP часто достаточно всяких прагм, ну и писать по гайдлайнам. - Mahagam(09.08.2015 12:03)
  - Не вижу особой разницы между прагмами, буилтинами и АСМ-вставками - все одно это ниразу не С - MBedder(09.08.2015 12:14)
    - разница есть, прагма не рушит переносимость исходника. и сложный DSP-код можно вылизывать на корректность на пэцэ, и точить на скорость на целевом дсп. при этом писать на сях с прагмами. асм-вставки и буилтины такого не позволят. - Mahagam(09.08.2015 12:52)
      - Слово "переносимость" применительно к МК/ДСП у меня неизменно вызывает гомерический хохот. И ожидать, что в разных компиляторах, тем паче для разных семейств/ядер, будут идентичные прагмы, по меньшей мере нелогично - MBedder(09.08.2015 14:25)
        
        эээ. прагмы просто _не_ломают_ переносимость. поясняю условным примером: мы хотим вылизать какой-то хитрожопый алгоритм, пишем его на пц. пишем и отлаживаем. а потом пичкаем прагмами под целевую платформу. и один и тот же исходник проверяем на Mahagam(366 знак., 09.08.2015 15:22)

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