* [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
* [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
* 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 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
* [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
* 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
* 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: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
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