Изменение кода GCC. Как проверить добавление новых функций?

Я даже пробовал сконфигурировать и сделать, но делать это с каждым изменением совсем не эффективно.

Это именно то, что вам следует делать. (Что ж, вам не нужно повторно настраивать после каждого изменения, просто запустите make снова.) Однако по умолчанию GCC настраивается в режиме начальной загрузки, что означает, что не только ваш компилятор хоста компилирует GCC, который скомпилировал GCC, а затем компилирует GCC. опять и опять). Это избыточно для ваших целей, и вы можете предотвратить это, добавив --disable-bootstrap в параметры конфигурации.

Другой вариант, который может помочь значительно сократить время сборки, - это включение только тех языков, которые вам интересны. Поскольку вы экспериментируете, вы, вероятно, будете очень счастливы, если создадите что-то, что работает для C или для C ++, даже если для каких-то непонятных причина поломки Java. Тестирование других языков становится актуальным, когда вы делаете свои изменения доступными для более широкой аудитории, но это еще не так. Опция конфигурации, которая охватывает это, - --enable-languages=c,c++.

Большинство параметров конфигурации задокументированы на странице Установка GCC: конфигурация. Тщательное тестирование ваших изменений задокументировано на странице Участие в GCC, но, скорее всего, это что-то на потом: вы должны знать, как пройти ваши собственные более простые тесты, просто попробовав код, использующий вашу новую функцию.

Вы вносите изменения (которые становятся «постоянными», сохраняя файлы, которые вы изменяете), компилируете код и запускаете набор тестов.

Обычно вы пишете дополнительные тесты или удаляете те, которые аннулируются вашими изменениями, и все.

Если ваши изменения не вносят ничего «положительного» в компилятор, апстрим, вероятно, никогда их не примет, и единственное «постоянство», которое вы можете получить, - это модификации в вашей локальной копии.