Отправлено ReAl 10 января 2005 г. 19:37 В ответ на: Ответ: Не делает - согласен, не будет делать - сомневаюсь. Резерв для оптимизации есть и существенный, не использовать его - грех. отправлено :) 10 января 2005 г. 19:30

тогда даже для относительных переходов, которые компилятор в объектный код вставляет "намертво", а не перемещаемыми записями - придётся делать записи перемещаемыми, чтобы линкер мог их корректировать (если это был обход кода, который ушёл в подпрограмму).
Потом захочется в линкере же длинные переходы превращать в короткие там, где расстояние сократилось...
Это линкеру слишком много знать надо.
Смысла особого в этом нет, просто это другой подход - глобальная оптимизация программы, когда оптимизатор работает со всеми исходными текстами (т.е. компиляция в объектные файлы отсутствует). Там заодно и использование регистров в один проход (а не в несколько, как это делается в связках компилятор+линкер) учесть можно по всей программе, и inline сделать кому имеет смысл и ещё может что наиграть.

• Ответе пожалуста вот на какой вопрос(+) — :)   (10.01.2005 20:13, 96 байт)
  • Вах извиняюсь, в даташитъ уже посмотрел — :)   (10.01.2005 20:22, пустое)
• Так ведь таким методом работает Кейл для 51-го - смотри linker code packing. — vmp   (10.01.2005 19:57, пустое)
  • Я на кейл позже 6.20 не смотрел, а тот так вроде бы не умел. Но на мой взгляд это не совсем правильно(+) — ReAl   (10.01.2005 20:30, 604 байт)