Компиляция новым GCC нового GCC

gcc собирается в три прохода. afair.

и что это означает?

1. сборка нового gcc старым (с оптимизацией или нет - я не помню)
2. сборка новым нового без оптимизаций
3. сборка нового с оптимизациями новым без оптимизаций.

что-то вроде такого, хотя могу ошибаться - бутсрапил гцц очень давно.

http://www.linuxfromscratch.org/lfs/view/development/chapter05/gcc-pass1.html

Сначала собирается старым компилятором (первая стадия), потом новым компилятором без оптимизаций (бинарника самого компилятора) собирается версия с оптимизациями (вторая стадия), а потом версией с оптимизациями собирается финальная версия, дабы убедиться в их бинарной идентичности.

>1. сборка нового gcc старым (с оптимизацией или нет - я не помню) 2. сборка новым нового без оптимизаций 3. сборка нового с оптимизациями новым без оптимизаций.

/me сломал моск, ниасилив

ого, спасибо :)

>2. сборка новым нового без оптимизаций

А эта стадия зачем?

> что-то вроде такого

Не совсем так.

1. Сборка нового старым
2. Сборка нового результатом шага 1
3. Сборка нового результатом шага 2
3a. Сравнение объектных файлов от шагов 2 и 3. Если хотя бы один файл различается, сборка считается неудачной.

Да, промахнулся слегка, спасибо за замечание.

Только с версии 4.2.0, если я не ошибаюсь.

Раньше собиралось всё в одну стадию

> Раньше собиралось всё в одну стадию

Раньше все _по_умолчанию_ собиралось в одну стадию, но можно было сделать make bootstrap. Сейчас make и make bootstrap делают одно и то же.

А bootstrap можно отменить в новых GCC?

Честно говоря, бесит ждать почти час (точно не помню - не засекал) на достаточно мощном 2х ядерном CPU, пока оно соберётся.

>3a. Сравнение объектных файлов от шагов 2 и 3. Если хотя бы один файл различается, сборка считается неудачной.

а при каких ключах это наступает?

> А bootstrap можно отменить в новых GCC?

Можно: ../gcc-4.2.x/configure --disable-bootstrap --other-options

> а при каких ключах это наступает?

Этого я ни разу не видел. Цель проверки - убедиться, что gcc собирает себя правильно.

Результат первой стадии представляет собой двоичный код, который делает в точности то, что написано в исходниках gcc (возможно, медленно, если старый компилятор не умеет оптимизировать как следует). Результат второй стадии делает то же самое, и, кроме того, сам собран по правилам, написанным в исходниках gcc (т.е. сам компилятор как двоичный файл может отличаться от первой стадии, но обязан давать то же самое в выходных файлах). Результат третьей стадии получается из тех же исходников по тому же алгоритму преобразования в машинный код. При обнаружении отличия от второй стадии следует немедленно сообщить об ошибке в gcc или о серьезно поломанном первоначальном компиляторе.

Спасибо, попробую.

>1. Сборка нового старым

Всегда мучал вопрос - А как был собран _самый_первый_ ?

другим компилятором?

С помощью ассемблера, друг мой.

>С помощью ассемблера, друг мой.

Ага, а ассемблер святым духом вводился? :) В начале было программирование перемычками и переключателями. Потом - ввод двоичных данных через "монитор" (BIOS + микроОС в ПЗУ). Потом уже - рост сложности ассемблеров :)

...

Мой путь в компы начался с ручного ввода машкодов через монитор "РК-86" :)

Мы же про одну стадию до говорим. До перемычек были наскальные рисунки ;-)