ALT Linux Team development discussions
 help / color / mirror / Atom feed
* [devel] И еще про одну архитектуру
@ 2023-11-23  7:08 Aleksey Novodvorsky
  2023-11-23  7:23 ` Ilya Kurdyukov
  0 siblings, 1 reply; 18+ messages in thread
From: Aleksey Novodvorsky @ 2023-11-23  7:08 UTC (permalink / raw)
  To: ALT Linux Team development discussions

Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
это e2k (Эльбрус). Она распространена в госструктурах России.
К сожалению, до сих пор доступ к исходникам ее базовой системы
ограничен NDA с МЦСТ.
Если и как только это печальное ограничение будет снято, можно
рассмотреть вопрос о ее включении в основную сборку. Патчи
совместимости для нее активно разрабатываются и посылаются в апстрим.
Иногда принимаются.

Rgrds, Алексей

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  7:08 [devel] И еще про одну архитектуру Aleksey Novodvorsky
@ 2023-11-23  7:23 ` Ilya Kurdyukov
  2023-11-23  7:28   ` Anton Farygin
  2023-11-23  7:29   ` [devel] " Aleksey Novodvorsky
  0 siblings, 2 replies; 18+ messages in thread
From: Ilya Kurdyukov @ 2023-11-23  7:23 UTC (permalink / raw)
  To: devel

On 11/23/23 14:08, Aleksey Novodvorsky wrote:
> Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
> это e2k (Эльбрус). Она распространена в госструктурах России.
> К сожалению, до сих пор доступ к исходникам ее базовой системы
> ограничен NDA с МЦСТ.
> Если и как только это печальное ограничение будет снято, можно
> рассмотреть вопрос о ее включении в основную сборку. Патчи
> совместимости для нее активно разрабатываются и посылаются в апстрим.
> Иногда принимаются.

Так как я и делаю эти патчи, то скажу что больше всего патчей на 
совместимость с EDG фронтендом на котором построен компилятор для 
Эльбруса, а не архитектурой Эльбруса как таковой. И чаще всего патчи 
обходят баги EDG связанные с C++.



^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  7:23 ` Ilya Kurdyukov
@ 2023-11-23  7:28   ` Anton Farygin
  2023-11-23  8:20     ` [devel] " Sergey V Turchin
  2023-11-23 10:29     ` [devel] " Andrey Savchenko
  2023-11-23  7:29   ` [devel] " Aleksey Novodvorsky
  1 sibling, 2 replies; 18+ messages in thread
From: Anton Farygin @ 2023-11-23  7:28 UTC (permalink / raw)
  To: devel

On 23.11.2023 10:23, Ilya Kurdyukov wrote:
> On 11/23/23 14:08, Aleksey Novodvorsky wrote:
>> Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
>> это e2k (Эльбрус). Она распространена в госструктурах России.
>> К сожалению, до сих пор доступ к исходникам ее базовой системы
>> ограничен NDA с МЦСТ.
>> Если и как только это печальное ограничение будет снято, можно
>> рассмотреть вопрос о ее включении в основную сборку. Патчи
>> совместимости для нее активно разрабатываются и посылаются в апстрим.
>> Иногда принимаются.
>
> Так как я и делаю эти патчи, то скажу что больше всего патчей на 
> совместимость с EDG фронтендом на котором построен компилятор для 
> Эльбруса, а не архитектурой Эльбруса как таковой. И чаще всего патчи 
> обходят баги EDG связанные с C++.

И да, если эта архитектура вдруг въедет в основную сборочницу - то при 
текущей схеме сборки пакетов все ментейнеры массово столкнуться с 
необходимостью исправления своих пакетов под этот проприетарный компилятор.




^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  7:23 ` Ilya Kurdyukov
  2023-11-23  7:28   ` Anton Farygin
@ 2023-11-23  7:29   ` Aleksey Novodvorsky
  2023-11-23  7:40     ` Ilya Kurdyukov
  1 sibling, 1 reply; 18+ messages in thread
From: Aleksey Novodvorsky @ 2023-11-23  7:29 UTC (permalink / raw)
  To: ALT Linux Team development discussions

чт, 23 нояб. 2023 г. в 10:23, Ilya Kurdyukov <ilyakurdyukov@basealt.ru>:
>
> On 11/23/23 14:08, Aleksey Novodvorsky wrote:
> > Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
> > это e2k (Эльбрус). Она распространена в госструктурах России.
> > К сожалению, до сих пор доступ к исходникам ее базовой системы
> > ограничен NDA с МЦСТ.
> > Если и как только это печальное ограничение будет снято, можно
> > рассмотреть вопрос о ее включении в основную сборку. Патчи
> > совместимости для нее активно разрабатываются и посылаются в апстрим.
> > Иногда принимаются.
>
> Так как я и делаю эти патчи, то скажу что больше всего патчей на
> совместимость с EDG фронтендом на котором построен компилятор для
> Эльбруса, а не архитектурой Эльбруса как таковой. И чаще всего патчи
> обходят баги EDG связанные с C++.

Да, МЦСТ еше лет 5-7 лет назад собирался перейти на llvm.

Rgrds, Алексей
>

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  7:29   ` [devel] " Aleksey Novodvorsky
@ 2023-11-23  7:40     ` Ilya Kurdyukov
  2023-11-23  7:49       ` Ilya Kurdyukov
  2023-11-23  8:22       ` [devel] Re: И еще про одну архитектуру Sergey V Turchin
  0 siblings, 2 replies; 18+ messages in thread
From: Ilya Kurdyukov @ 2023-11-23  7:40 UTC (permalink / raw)
  To: devel


On 11/23/23 14:29, Aleksey Novodvorsky wrote:
>> Так как я и делаю эти патчи, то скажу что больше всего патчей на
>> совместимость с EDG фронтендом на котором построен компилятор для
>> Эльбруса, а не архитектурой Эльбруса как таковой. И чаще всего патчи
>> обходят баги EDG связанные с C++.
> Да, МЦСТ еше лет 5-7 лет назад собирался перейти на llvm.

И я им об этом периодически напоминаю. Порт LLVM у них есть, но там свои 
проблемы.

Кстати добавлять сборку всего через Clang будет тем же мучением, разве 
чуть меньшим. Периодически встречаю код, где EDG не справляется, 
проверяю на Clang - он тоже не собирает, а всё потому что авторы кода 
проверяли свой код только на GCC и отошли от стандартов С++. Не говоря 
уже о любителях расширений языка, что доступны только в GCC, например 
nested functions, которые не поддерживаются ни в EDG, ни в Clang.

>
> И да, если эта архитектура вдруг въедет в основную сборочницу - то при 
> текущей схеме сборки пакетов все ментейнеры массово столкнуться с 
> необходимостью исправления своих пакетов под этот проприетарный 
> компилятор.
>
Вещь не из приятных. Часть пакетов так и нельзя собрать под Эльбрус или 
слишком сложно, придётся исключать архитектуру в спеке. Если только 
доработать систему чтобы ошибки сборки под некоторые архитектуры не 
приводили в отклонению таска.




^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  7:40     ` Ilya Kurdyukov
@ 2023-11-23  7:49       ` Ilya Kurdyukov
  2023-11-23  7:58         ` [devel] И еще про одну архитектуру -> girar к этому не до конца готов Anton Farygin
  2023-11-23  8:22       ` [devel] Re: И еще про одну архитектуру Sergey V Turchin
  1 sibling, 1 reply; 18+ messages in thread
From: Ilya Kurdyukov @ 2023-11-23  7:49 UTC (permalink / raw)
  To: devel


>
>> И да, если эта архитектура вдруг въедет в основную сборочницу - то 
>> при текущей схеме сборки пакетов все ментейнеры массово столкнуться с 
>> необходимостью исправления своих пакетов под этот проприетарный 
>> компилятор.
>>
> Вещь не из приятных. Часть пакетов так и нельзя собрать под Эльбрус 
> или слишком сложно, придётся исключать архитектуру в спеке. Если 
> только доработать систему чтобы ошибки сборки под некоторые 
> архитектуры не приводили в отклонению таска.
>
И проблем тут даже еще больше, потому что все столкнутся с тем, что 
задания будут в несколько раз дольше собираться, все будут ждать когда 
сборка на e2k закончится.


^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру -> girar к этому не до конца готов
  2023-11-23  7:49       ` Ilya Kurdyukov
@ 2023-11-23  7:58         ` Anton Farygin
  0 siblings, 0 replies; 18+ messages in thread
From: Anton Farygin @ 2023-11-23  7:58 UTC (permalink / raw)
  To: devel

On 23.11.2023 10:49, Ilya Kurdyukov wrote:
>
>>
>>> И да, если эта архитектура вдруг въедет в основную сборочницу - то 
>>> при текущей схеме сборки пакетов все ментейнеры массово столкнуться 
>>> с необходимостью исправления своих пакетов под этот проприетарный 
>>> компилятор.
>>>
>> Вещь не из приятных. Часть пакетов так и нельзя собрать под Эльбрус 
>> или слишком сложно, придётся исключать архитектуру в спеке. Если 
>> только доработать систему чтобы ошибки сборки под некоторые 
>> архитектуры не приводили в отклонению таска.
>>
> И проблем тут даже еще больше, потому что все столкнутся с тем, что 
> задания будут в несколько раз дольше собираться, все будут ждать когда 
> сборка на e2k закончится. 

да, и не работающий --fail-late на сборочнице не облегчает работу с 
большими заданиями на этих странных архитектурах:

https://bugzilla.altlinux.org/48484


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

https://bugzilla.altlinux.org/42552

https://bugzilla.altlinux.org/42552

https://bugzilla.altlinux.org/48485  (эта ошибка частично будет 
нивелирована обновлениями в packages.altlinux.org, но для этого надо 
удалить старые FAILED и EPERM задания)

https://bugzilla.altlinux.org/48479




^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23  7:28   ` Anton Farygin
@ 2023-11-23  8:20     ` Sergey V Turchin
  2023-11-23  8:22       ` [devel] " Anton Farygin
  2023-11-23 10:29     ` [devel] " Andrey Savchenko
  1 sibling, 1 reply; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23  8:20 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 10:28:32 MSK Anton Farygin wrote:
> On 23.11.2023 10:23, Ilya Kurdyukov wrote:
> > On 11/23/23 14:08, Aleksey Novodvorsky wrote:
> >> Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
> >> это e2k (Эльбрус).

[...]
> И да, если эта архитектура вдруг въедет в основную сборочницу - то при
> текущей схеме сборки пакетов все ментейнеры массово столкнуться с
> необходимостью исправления своих пакетов под этот проприетарный компилятор.
Как обычно будут просто делать ExcludeArch, что повлияет на остальные пакеты. 
А ещё хуже -- ExclusiveArch. Плавали -- знаем.

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23  7:40     ` Ilya Kurdyukov
  2023-11-23  7:49       ` Ilya Kurdyukov
@ 2023-11-23  8:22       ` Sergey V Turchin
  1 sibling, 0 replies; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23  8:22 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 10:40:43 MSK Ilya Kurdyukov wrote:
> On 11/23/23 14:29, Aleksey Novodvorsky wrote:
> >> Так как я и делаю эти патчи, то скажу что больше всего патчей на
> >> совместимость с EDG фронтендом на котором построен компилятор для
> >> Эльбруса, а не архитектурой Эльбруса как таковой. И чаще всего патчи
> >> обходят баги EDG связанные с C++.
> > 
> > Да, МЦСТ еше лет 5-7 лет назад собирался перейти на llvm.
> 
> И я им об этом периодически напоминаю.
Видимо, это никак и ничего не решает.

[...]

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  8:20     ` [devel] " Sergey V Turchin
@ 2023-11-23  8:22       ` Anton Farygin
  2023-11-23  8:58         ` [devel] " Sergey V Turchin
  2023-11-23  9:15         ` Sergey V Turchin
  0 siblings, 2 replies; 18+ messages in thread
From: Anton Farygin @ 2023-11-23  8:22 UTC (permalink / raw)
  To: devel

On 23.11.2023 11:20, Sergey V Turchin wrote:
> On Thursday, 23 November 2023 10:28:32 MSK Anton Farygin wrote:
>> On 23.11.2023 10:23, Ilya Kurdyukov wrote:
>>> On 11/23/23 14:08, Aleksey Novodvorsky wrote:
>>>> Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
>>>> это e2k (Эльбрус).
> [...]
>> И да, если эта архитектура вдруг въедет в основную сборочницу - то при
>> текущей схеме сборки пакетов все ментейнеры массово столкнуться с
>> необходимостью исправления своих пакетов под этот проприетарный компилятор.
> Как обычно будут просто делать ExcludeArch, что повлияет на остальные пакеты.
> А ещё хуже -- ExclusiveArch. Плавали -- знаем.

Я бы предложил сделать сразу макрос "слегка поддерживаемые архитектуры" 
и "полностью поддерживаемые архитектуры".

что бы легче было исключать пачками.

Впрочем, это всё легко скриптуется и появление очередного костыля как 
было с rpm-macros-ubt при таком подходе неминуемо.




^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23  8:22       ` [devel] " Anton Farygin
@ 2023-11-23  8:58         ` Sergey V Turchin
  2023-11-23  9:01           ` [devel] " Anton Farygin
  2023-11-23  9:15         ` Sergey V Turchin
  1 sibling, 1 reply; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23  8:58 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 11:22:49 MSK Anton Farygin wrote:

[...]
> > Как обычно будут просто делать ExcludeArch, что повлияет на остальные
> > пакеты. А ещё хуже -- ExclusiveArch. Плавали -- знаем.
> 
> Я бы предложил сделать сразу макрос "слегка поддерживаемые архитектуры"
> и "полностью поддерживаемые архитектуры".
> 
> что бы легче было исключать пачками.
Это само по себе проблема.
Нужно всё дерево пакетов исключать при выпадании одной библиотеки.

[...]

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  8:58         ` [devel] " Sergey V Turchin
@ 2023-11-23  9:01           ` Anton Farygin
  2023-11-23  9:05             ` [devel] " Sergey V Turchin
  0 siblings, 1 reply; 18+ messages in thread
From: Anton Farygin @ 2023-11-23  9:01 UTC (permalink / raw)
  To: devel

On 23.11.2023 11:58, Sergey V Turchin wrote:
> On Thursday, 23 November 2023 11:22:49 MSK Anton Farygin wrote:
>
> [...]
>>> Как обычно будут просто делать ExcludeArch, что повлияет на остальные
>>> пакеты. А ещё хуже -- ExclusiveArch. Плавали -- знаем.
>> Я бы предложил сделать сразу макрос "слегка поддерживаемые архитектуры"
>> и "полностью поддерживаемые архитектуры".
>>
>> что бы легче было исключать пачками.
> Это само по себе проблема.
> Нужно всё дерево пакетов исключать при выпадании одной библиотеки.

поэтому придётся максимально упросить эту процедуру.

Да, это будет сложно, и получится какой-то костыль, но я другого пути не 
вижу.




^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23  9:01           ` [devel] " Anton Farygin
@ 2023-11-23  9:05             ` Sergey V Turchin
  2023-11-23  9:13               ` [devel] " Anton Farygin
  0 siblings, 1 reply; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23  9:05 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 12:01:16 MSK Anton Farygin wrote:
> On 23.11.2023 11:58, Sergey V Turchin wrote:
> > On Thursday, 23 November 2023 11:22:49 MSK Anton Farygin wrote:
> > 
> > [...]
> > 
> >>> Как обычно будут просто делать ExcludeArch, что повлияет на остальные
> >>> пакеты. А ещё хуже -- ExclusiveArch. Плавали -- знаем.
> >> 
> >> Я бы предложил сделать сразу макрос "слегка поддерживаемые архитектуры"
> >> и "полностью поддерживаемые архитектуры".
> >> 
> >> что бы легче было исключать пачками.
> > 
> > Это само по себе проблема.
> > Нужно всё дерево пакетов исключать при выпадании одной библиотеки.
> 
> поэтому придётся максимально упросить эту процедуру.
> 
> Да, это будет сложно, и получится какой-то костыль, но я другого пути не
> вижу.
Не. Там всё хуже.
Нужно все пакеты из дерева пропатчить, собрать без библиотеки, оторвать какие-
то зависимости специально для этой архитектуры и т.д. Автоматом без работы над 
пакетами будет ещё хуже.

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  9:05             ` [devel] " Sergey V Turchin
@ 2023-11-23  9:13               ` Anton Farygin
  2023-11-23  9:30                 ` [devel] " Sergey V Turchin
  0 siblings, 1 reply; 18+ messages in thread
From: Anton Farygin @ 2023-11-23  9:13 UTC (permalink / raw)
  To: devel

On 23.11.2023 12:05, Sergey V Turchin wrote:
> On Thursday, 23 November 2023 12:01:16 MSK Anton Farygin wrote:
>> On 23.11.2023 11:58, Sergey V Turchin wrote:
>>> On Thursday, 23 November 2023 11:22:49 MSK Anton Farygin wrote:
>>>
>>> [...]
>>>
>>>>> Как обычно будут просто делать ExcludeArch, что повлияет на остальные
>>>>> пакеты. А ещё хуже -- ExclusiveArch. Плавали -- знаем.
>>>> Я бы предложил сделать сразу макрос "слегка поддерживаемые архитектуры"
>>>> и "полностью поддерживаемые архитектуры".
>>>>
>>>> что бы легче было исключать пачками.
>>> Это само по себе проблема.
>>> Нужно всё дерево пакетов исключать при выпадании одной библиотеки.
>> поэтому придётся максимально упросить эту процедуру.
>>
>> Да, это будет сложно, и получится какой-то костыль, но я другого пути не
>> вижу.
> Не. Там всё хуже.
> Нужно все пакеты из дерева пропатчить, собрать без библиотеки, оторвать какие-
> то зависимости специально для этой архитектуры и т.д. Автоматом без работы над
> пакетами будет ещё хуже.

Поэтому лично я уже принял для себя решение - в случае появления новых 
странных архитектур в основной сборочнице  исключать полностью _из 
всех_  своих пакетов такие архитектуры из сборки.

Т.е. - сделать макрос что-то вроде "%supported_architectures" и делать 
ExclusiveArch для них.

Этот макрос упаковать в какой-то rpm-macros пакет.

Догоняющим архитектурам будет проще - поправил один пакет и сразу будет 
видно ошибки сборки.

Но пока-что продолжаем биться с PowerPC и другими ветряными мельницами.




^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23  8:22       ` [devel] " Anton Farygin
  2023-11-23  8:58         ` [devel] " Sergey V Turchin
@ 2023-11-23  9:15         ` Sergey V Turchin
  1 sibling, 0 replies; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23  9:15 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 11:22:49 MSK Anton Farygin wrote:

[...]
> rpm-macros-ubt
Между прочим, функциональность этой табуретки до сих пор не превзойдена. ;-)

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23  9:13               ` [devel] " Anton Farygin
@ 2023-11-23  9:30                 ` Sergey V Turchin
  0 siblings, 0 replies; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23  9:30 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 12:13:27 MSK Anton Farygin wrote:

[...]
> >> Да, это будет сложно, и получится какой-то костыль, но я другого пути не
> >> вижу.
> > 
> > Не. Там всё хуже.
> > Нужно все пакеты из дерева пропатчить, собрать без библиотеки, оторвать
> > какие- то зависимости специально для этой архитектуры и т.д. Автоматом
> > без работы над пакетами будет ещё хуже.
> 
> Поэтому лично я уже принял для себя решение - в случае появления новых
> странных архитектур в основной сборочнице  исключать полностью _из
> всех_  своих пакетов такие архитектуры из сборки.
> 
> Т.е. - сделать макрос что-то вроде "%supported_architectures" и делать
> ExclusiveArch для них.
Ааа понял. Распихивать это по всем своим пакетам, а потом сделать ещё раз, 
т.к. админ сборочницы это похерил.
 
> Этот макрос упаковать в какой-то rpm-macros пакет.

[...]

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

* Re: [devel] И еще про одну архитектуру
  2023-11-23  7:28   ` Anton Farygin
  2023-11-23  8:20     ` [devel] " Sergey V Turchin
@ 2023-11-23 10:29     ` Andrey Savchenko
  2023-11-23 12:12       ` [devel] " Sergey V Turchin
  1 sibling, 1 reply; 18+ messages in thread
From: Andrey Savchenko @ 2023-11-23 10:29 UTC (permalink / raw)
  To: ALT Linux Team development discussions

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

On Thu, 23 Nov 2023 10:28:32 +0300 Anton Farygin wrote:
> On 23.11.2023 10:23, Ilya Kurdyukov wrote:
> > On 11/23/23 14:08, Aleksey Novodvorsky wrote:
> >> Есть еще одна архитектура, поддерживаемая "Базальт СПО", но не тим --
> >> это e2k (Эльбрус). Она распространена в госструктурах России.
> >> К сожалению, до сих пор доступ к исходникам ее базовой системы
> >> ограничен NDA с МЦСТ.
> >> Если и как только это печальное ограничение будет снято, можно
> >> рассмотреть вопрос о ее включении в основную сборку. Патчи
> >> совместимости для нее активно разрабатываются и посылаются в апстрим.
> >> Иногда принимаются.
> >
> > Так как я и делаю эти патчи, то скажу что больше всего патчей на 
> > совместимость с EDG фронтендом на котором построен компилятор для 
> > Эльбруса, а не архитектурой Эльбруса как таковой. И чаще всего патчи 
> > обходят баги EDG связанные с C++.
> 
> И да, если эта архитектура вдруг въедет в основную сборочницу - то при 
> текущей схеме сборки пакетов все ментейнеры массово столкнуться с 
> необходимостью исправления своих пакетов под этот проприетарный компилятор.

Вполне возможно, что на момент включения в основную сборочницу там
уже будет clang базовым компилятором. Это облегчит проблемы и уже
не будет необходимости править пакеты под проприетарный компилятор

Но там не только с компилятором проблемы: по ядру и тулчейну (тот
же binutils) сильно другие версии, не получится всё
синхронизировать. Это тоже будет приводить к разъездам пакетов.

Best regards,
Andrew Savchenko

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

^ permalink raw reply	[flat|nested] 18+ messages in thread

* [devel]  Re:  И еще про одну архитектуру
  2023-11-23 10:29     ` [devel] " Andrey Savchenko
@ 2023-11-23 12:12       ` Sergey V Turchin
  0 siblings, 0 replies; 18+ messages in thread
From: Sergey V Turchin @ 2023-11-23 12:12 UTC (permalink / raw)
  To: ALT Linux Team development discussions

On Thursday, 23 November 2023 13:29:25 MSK Andrey Savchenko wrote:

[...]
> Но там не только с компилятором проблемы:
Вот именно. Например, для моих пакетов отсутвтвие chromium -- большая 
проблема.

[...]

-- 
Regards, Sergey.

^ permalink raw reply	[flat|nested] 18+ messages in thread

end of thread, other threads:[~2023-11-23 12:12 UTC | newest]

Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-11-23  7:08 [devel] И еще про одну архитектуру Aleksey Novodvorsky
2023-11-23  7:23 ` Ilya Kurdyukov
2023-11-23  7:28   ` Anton Farygin
2023-11-23  8:20     ` [devel] " Sergey V Turchin
2023-11-23  8:22       ` [devel] " Anton Farygin
2023-11-23  8:58         ` [devel] " Sergey V Turchin
2023-11-23  9:01           ` [devel] " Anton Farygin
2023-11-23  9:05             ` [devel] " Sergey V Turchin
2023-11-23  9:13               ` [devel] " Anton Farygin
2023-11-23  9:30                 ` [devel] " Sergey V Turchin
2023-11-23  9:15         ` Sergey V Turchin
2023-11-23 10:29     ` [devel] " Andrey Savchenko
2023-11-23 12:12       ` [devel] " Sergey V Turchin
2023-11-23  7:29   ` [devel] " Aleksey Novodvorsky
2023-11-23  7:40     ` Ilya Kurdyukov
2023-11-23  7:49       ` Ilya Kurdyukov
2023-11-23  7:58         ` [devel] И еще про одну архитектуру -> girar к этому не до конца готов Anton Farygin
2023-11-23  8:22       ` [devel] Re: И еще про одну архитектуру Sergey V Turchin

ALT Linux Team development discussions

This inbox may be cloned and mirrored by anyone:

	git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \
		devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru
	public-inbox-index devel

Example config snippet for mirrors.
Newsgroup available over NNTP:
	nntp://lore.altlinux.org/org.altlinux.lists.devel


AGPL code for this site: git clone https://public-inbox.org/public-inbox.git