[devel] mk-configure vs gcc (was: [cyber] I: Sisyphus-20200520 x86_64 beehive_status: +11 -15 (207))

[Gleb Fotengauer-Malinovskiy]

On Wed, May 20, 2020 at 07:10:13PM +0300, Aleksey Cheusov wrote:
> 20.05.2020, 15:16, "Gleb Fotengauer-Malinovskiy" <glebfm на altlinux.org>:
> > On Wed, May 20, 2020 at 01:49:23PM +0300, Aleksey Cheusov wrote:
> >>  > Или это значит, что после обновления компилятора
> >>  > нужно пересобирать mk-configure?
> >>
> >>  Да. И я не знаю, как этого добиться.
> >
> > (Сейчас я просто его вручную пересобрал.)
> >
> > Ну, скажем, чтобы не забывать это делать можно написать в mk-configure
> >
> > Requires: gcc = %__gcc_version_base
> > Requires: gcc%__gcc_version_base = %__gcc_version
> 
> С учетом вот этого замечания
> 
> | На %e2k есть такой же метапакет gcc, но с другой базовой версией
> | (макрос %__gcc_version_base при этом работает, так что проблем с
> | этим нет). А вот пакетов gcc%__gcc_version_base на самом деле нет,
> | поэтому такая проверка не сработает. С другой стороны, с ветки на
> | ветку мы прыгаем редко, поэтому мне не сложно будет ещё один пакет
> | пересобрать.
> 
> я так и не понял, что нужно сделать, чтобы и e2k поддерживался без ifndef.

Всё равно, единого решения не будет скорее всего, но Андрей же обещает не
забывать пересобирать и без зависимости, насколько я понял.

> > Согласен, если есть возможность автоматически определять параметры
> > среды, лучше её использовать.
> 
> Параметры среды как раз и определяются динамически -- во время сборки mk-c.
> Если в системе компилятор, сажем, gcc-8.3.0,
> зачем пересчитывать одно и тоже по сто раз?

Предлагаете экономить на спичках?

> Конфигурирационные переменные USE_{CC,CXX}_COMPILERS содержат список
> компиляторов, особенности которых нужно собрать и сохранить в mk/ в процессе установки.
> Скрипт mkc_compiler_settings нужен для того, чтобы оставалась возможность
> собрать что-то любым другим/неродным компилятором, если очень хочется. При его запуске
> особенности компилятора записываются пользователю в HOME.

Вот тут я архитектурно с самого начала не понимаю -- если можно не падать
и посмотреть, что за компилятор сейчас есть, то зачем вообще падать?

Если бы вы не были автором этого инструиента, то я бы просто предложил
положить вызов mkc_compiler_settings в макрос и забыть об этой странности,
а так я могу ещё выразить своё недоумение прямо тут -- зачем падать, если
можно не падать потратив лишнюю секунду?

-- 
glebfm
----------- следующая часть -----------
Было удалено вложение не в текстовом формате...
Имя     : signature.asc
Тип     : application/pgp-signature
Размер  : 801 байтов
Описание: отсутствует
Url     : <http://lists.altlinux.org/pipermail/devel/attachments/20200520/d52c7a69/attachment.bin>