[devel] [#263468] EPERM (try 14) llvm-common.git=11.0.0-alt2 srpm=llvm11.0-11.0.0-alt2.src.rpm
Konstantin Lepikhov
lakostis на altlinux.org
Пт Янв 15 12:45:54 MSK 2021
Hi Alexey!
On 01/15/2021, at 12:50:49 PM you wrote:
> Добрый день!
>
> On 1/15/21 12:46 AM, Konstantin Lepikhov wrote:
>
> >>> Почему нам нужны все TARGETS?
> >>
> >> Для Mesa, например. И для кросс-компиляции (clang --target=aarch64-linux-gnu).
> > для Mesa нужен только AMDGPU а не _все_ TARGETS.
>
> Кроме amdgpu в мире (особенно в arm его части) есть много других GPU.
И для них всех, а также для zinc в Mesa llvm не нужен в принципе:
...
elif with_amd_vk or with_gallium_radeonsi or with_gallium_swr
error('The following drivers require LLVM: Radv, RadeonSI, SWR. One of
these is enabled, but LLVM is disabled.')
elif with_gallium_opencl
error('The OpenCL "Clover" state tracker requires LLVM, but LLVM is
disabled.')
endif
...
>
>
> > И кросскопиляция это самодельный колхоз, который все равно неподдерживается на уровне
> > дистрибутива.
>
> Кросс-компиляция - это стандартный способ работы. И то, что он "не поддерживается
> на уровне дистрибутива" - очень, очень плохо. Особенно когда это "не поддерживается"
> обусловлено не техническими причинами, а чьими-то субъективными предпочтениями.
> В частности, свежий clang (начиная с 10) вполне себе годится для сборки ядер
> (где-то с 5.4). И не нужно держать зоопарк gcc-{aarch64,arm,mipsel}. Отрезать эту
> возможность просто потому, что лично Вам она не нравится/не нужна - как-то странно.
Собрать сферическое ядро в ваккуме это еще полдела, нужно собрать еще и
драйверы так, чтобы они работали после этого. Продолжайте мечтать.
>
> >> Не так, что прям кровь из носу нужны. Но весьма приятны.
> > Тут кто-то недавно жаловался, что сборка llvm с полным debuginfo сьела всю
> > память на сборочнице, есть подозрение, что он с вами не согласится.
>
> Значит, не надо собирать с "полным debuginfo" [1]. Или памяти добавить.
> А не урезать функциональность и/или отключать оптимизацию.
Поддержка _всех_ поддерживаемых target'ов это не функциональность, а
блажь.
--
WBR et al.
Подробная информация о списке рассылки Devel