[Comm] General policy for Junior updates

[Comm] General policy for Junior updates

[Artem Vakhitov]

Maksim Otstavnov wrote:

 >Бинарно совместимыми могут быть программы и пакеты, собранные разными
 >версиями компилятора, разными компиляторами или вообще в разных
 >инструментальных системах.

Да, разумеется. Но ключевое слово здесь -- "могут".  Могут, а могут и 
не. И в случае gcc последний вариант очень вероятен.

 >Бинарная совместимость пакетов из дистрибутивов ALT исчерпывающим
 >образом описывается (должна описываться) зависимостями, прописанными в
 >бинарных пакетах.

Само собой. Как раз поэтому с переходом на gcc 3.2 обновление большого 
бинарного пакета гарантированно потянет за собой жирный кусок 
репозитория, что я и имел в виду -- см. беседу с Михаилом Шигориным.

Alexey Tourbin wrote:

 >Вы, вероятно, плохо понимаете, что такое бинарная совместимость.

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

В целом я считаю, что вопрос выяснен, и его можно закрыть.

С уважением,

Артем Вахитов

[Comm] Re: General policy for Junior updates

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1096 bytes --]

On Sun, Feb 02, 2003 at 11:04:38AM +0300, Artem Vakhitov wrote:
> >Бинарно совместимыми могут быть программы и пакеты, собранные разными
> >версиями компилятора, разными компиляторами или вообще в разных
> >инструментальных системах.
> 
> Да, разумеется. Но ключевое слово здесь -- "могут".  Могут, а могут и 
> не. И в случае gcc последний вариант очень вероятен.

"Очень вероятен" -- это приблизительно насколько? :)

> >Вы, вероятно, плохо понимаете, что такое бинарная совместимость.
> 
> Я понимаю, что такое бинарная совместимость, просто не слишком корректно 
> выразился.

Поясняю: gcc2.9x и gcc3.2.x производят на свет бинарно совместимый
машинный код.  Своеобразное исключение составляют программы, написанные
на C++.  В новых версиях компилятора используется новая схема
образования символьных имён для разделяемых объектов.  Поэтому
несовместимость проявляется на уровне динамического линкера и только для
программ, которые используют C++ код в *.so* библиотеках.  К счастью,
rpm очень жестко контролирует зависимости на *.so* библиотеки.

-- 
WBR, Alexey Tourbin
BIOZAK Ltd., Russia

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] Re: General policy for Junior updates

[Sergey Vlasov]

On Sun, 2 Feb 2003 12:20:57 +0300
Alexey Tourbin <at@turbinal.org> wrote:

> Поясняю: gcc2.9x и gcc3.2.x производят на свет бинарно совместимый
> машинный код.  Своеобразное исключение составляют программы, написанные
> на C++.  В новых версиях компилятора используется новая схема
> образования символьных имён для разделяемых объектов.  Поэтому
> несовместимость проявляется на уровне динамического линкера и только для
> программ, которые используют C++ код в *.so* библиотеках.  К счастью,
> rpm очень жестко контролирует зависимости на *.so* библиотеки.

Да ничего он в этой области не контролирует. Изменение soname - да,
отслеживается. Пересборка другой версией компилятора в подавляющем
большинстве случаев не меняет ни soname, ни версии символов. А потом
при запуске получаем unresolved symbol.

Просто в некоторые пакеты (например, Qt/KDE) были добавлены костыли
для отслеживания версий компилятора. Там, где это не было сделано,
вполне возможно получить несоответствие, хотя с точки зрения rpm будет
всё нормально.

[Comm] Re: General policy for Junior updates

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 784 bytes --]

On Mon, Feb 03, 2003 at 04:19:06PM +0300, Sergey Vlasov wrote:
> > программ, которые используют C++ код в *.so* библиотеках.  К счастью,
> > rpm очень жестко контролирует зависимости на *.so* библиотеки.
> 
> Да ничего он в этой области не контролирует. Изменение soname - да,
> отслеживается. Пересборка другой версией компилятора в подавляющем
> большинстве случаев не меняет ни soname, ни версии символов. А потом
> при запуске получаем unresolved symbol.
> 
> Просто в некоторые пакеты (например, Qt/KDE) были добавлены костыли
> для отслеживания версий компилятора. Там, где это не было сделано,
> вполне возможно получить несоответствие, хотя с точки зрения rpm будет
> всё нормально.

Увы.
Я имел в виду разные soname у libstdc++. 

-- 
WBR, Alexey Tourbin
BIOZAK Ltd., Russia

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]