caxapa.ru :: Если встанет выбор между "подрихтовать сишный код, чтобы на выходе компилятора получилось то, что нужно" и "накодить на асме", то я бы выбрал второе. Хотя бы потому, что подрихтованный код завтра может скомпилироваться во что-то другое (новая

SciFi (06.09.2013 10:47, просмотров: 76) ответил Apтём на Это верно, что

Если встанет выбор между "подрихтовать сишный код, чтобы на выходе компилятора получилось то, что нужно" и "накодить на асме", то я бы выбрал второе. Хотя бы потому, что подрихтованный код завтра может скомпилироваться во что-то другое (новая версия компилятора, к примеру), а вот ассемблерный код не изменится.

ส็็็็็็็็็็็็็็็็็็็็็็็็็༼ ຈل͜ຈ༽ส้้้้้้้้้้้้้้้้้้้้้้้

Ответить

- Ассемблерный код конечно не изменится, но потом бывает трудно вспомнить что он вообще делает и как. Сишный код как-то понятнее.И опять же - асмовая вставка - это преждевременная оптимизация. - Apтём(06.09.2013 18:10)
  - Вы невнимательно читали. Я говорю как раз о тех случаях, когда оптимизация не преждевременная -> SciFi(217 знак., 06.09.2013 18:21, ссылка)
  - Асмовая вставка - это зло, согласен. Но функция, написанная на ASM и вызываемая из Си-шного исходника, это вполне допустимо. Проблема возможна лишь в различающихся приемах/способах передачи/возврата аргументов при вызове функций, rezident(36 знак., 06.09.2013 18:17)
    - Функция - это конечно допустимо, но как мне кажется совершенно не нужно. Компилятор пусть оптимизирует. - Apтём(06.09.2013 18:32)

Средства и методы разработки