forum.opennet.ru

Составление сообщения

Исходное сообщение

"Раздел полезных советов: Компиляция приложений с поддержкой ..."
Отправлено auto_tips, 23-Авг-18 16:37

При сборке Wine не для личного использования, а чтобы распространять сборки, я столкнулся с проблемой. С какой реализацией OpenCL линковать? NVIDIA, AMD,
[[https://software.intel.com/en-us/articles/opencl-drivers Intel]], Mesa? Ответ - FreeOCL!
На самом деле, не важно с чем линковать. У всех известных мне реализаций OpenCL, сама библиотека []libOpenCL.so.1[] занимает  около 30 Кб. Оказывается, внутри этой библиотеки ничего нет. Сам OpenCL находится в другой библиотеке (например в []libatiocl64.so[] - см. []/etc/OpenCL/vendors/*.icd[] для подробностей). Однако залить проприетарный драйвер в OBS-репозиторий я не могу, так как закрытый код. Остаётся только Mesa и FreeOCL.
[[https://github.com/zuzuf/freeocl FreeOCL]] это программная реализация OpenCL, написанная на C++, и имеющая у себя в зависимостях libatomic_ops - а LLVM не имеющая. Установив в систему []FreeOCL[] и []opencl-headers[], я успешно собрал Wine. Причём Wine линкуется только с OPENCL_1.0, что не помешало конечному софту, запущенному в Wine, успешно задействовать расширения 1.2 и 2.0.
В общем, рекомендую всем, кто до сих пор собирает с AMD APP SDK 3.0, перейти на FreeOCL. Я попробовал скомпилировать весь известный мне OpenCL-софт при помощи FreeOCL, а затем запустить на NVIDIA и AMD - всё работает безупречно. Не падает, не отказывается стартовать, и демонстрирует ровно ту же скорость работы.
P.S. Бинарник получает зависимость от libOpenCL.so.1 (параметр []-lOpenCL[]), а пакет RPM или DEB также получает от pkg-config ещё несколько зависимостей:
   libOpenCL.so.1(OPENCL_1.0)(64bit)
   libOpenCL.so.1(OPENCL_1.1)(64bit)
   libOpenCL.so.1(OPENCL_1.2)(64bit)
   libOpenCL.so.1(OPENCL_2.0)(64bit)
Поэтому если вы собираете пакеты, а не просто tar.gz архив с программой, рекомендую пропатчить FreeOCL патчем
[[https://build.opensuse.org/package/view_file/home:linux4huma... freeocl-0.3.6-disable-symbol-versioning.patch]]. В этом случае, пакет получит зависимость только от []libOpenCL.so.1()(64bit)[]. Например в моей системе в пакете NVIDIA 340.xx нет «версионинга» OpenCL, а в 390.xx он есть. Вследствие чего, пакет не хотел устанавливаться, но после force install - работал.
URL:
Обсуждается: http://www.opennet.ru/tips/info/3072.shtml

Исходное сообщение
"Раздел полезных советов: Компиляция приложений с поддержкой ..." Отправлено auto_tips, 23-Авг-18 16:37
При сборке Wine не для личного использования, а чтобы распространять сборки, я столкнулся с проблемой. С какой реализацией OpenCL линковать? NVIDIA, AMD, [[https://software.intel.com/en-us/articles/opencl-drivers Intel]], Mesa? Ответ - FreeOCL! На самом деле, не важно с чем линковать. У всех известных мне реализаций OpenCL, сама библиотека []libOpenCL.so.1[] занимает около 30 Кб. Оказывается, внутри этой библиотеки ничего нет. Сам OpenCL находится в другой библиотеке (например в []libatiocl64.so[] - см. [*]/etc/OpenCL/vendors/.icd[] для подробностей). Однако залить проприетарный драйвер в OBS-репозиторий я не могу, так как закрытый код. Остаётся только Mesa и FreeOCL. [[https://github.com/zuzuf/freeocl FreeOCL]] это программная реализация OpenCL, написанная на C++, и имеющая у себя в зависимостях libatomic_ops - а LLVM не имеющая. Установив в систему []FreeOCL[] и []opencl-headers[], я успешно собрал Wine. Причём Wine линкуется только с OPENCL_1.0, что не помешало конечному софту, запущенному в Wine, успешно задействовать расширения 1.2 и 2.0. В общем, рекомендую всем, кто до сих пор собирает с AMD APP SDK 3.0, перейти на FreeOCL. Я попробовал скомпилировать весь известный мне OpenCL-софт при помощи FreeOCL, а затем запустить на NVIDIA и AMD - всё работает безупречно. Не падает, не отказывается стартовать, и демонстрирует ровно ту же скорость работы. P.S. Бинарник получает зависимость от libOpenCL.so.1 (параметр []-lOpenCL[]), а пакет RPM или DEB также получает от pkg-config ещё несколько зависимостей: libOpenCL.so.1(OPENCL_1.0)(64bit) libOpenCL.so.1(OPENCL_1.1)(64bit) libOpenCL.so.1(OPENCL_1.2)(64bit) libOpenCL.so.1(OPENCL_2.0)(64bit) Поэтому если вы собираете пакеты, а не просто tar.gz архив с программой, рекомендую пропатчить FreeOCL патчем [[https://build.opensuse.org/package/view_file/home:linux4huma... freeocl-0.3.6-disable-symbol-versioning.patch]]. В этом случае, пакет получит зависимость только от []libOpenCL.so.1()(64bit)[**]. Например в моей системе в пакете NVIDIA 340.xx нет «версионинга» OpenCL, а в 390.xx он есть. Вследствие чего, пакет не хотел устанавливаться, но после force install - работал. URL: Обсуждается: http://www.opennet.ru/tips/info/3072.shtml

Ваше сообщение

Имя*:

EMail:

Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.

Заголовок*:

Сообщение*:

> При сборке Wine не для личного использования, а чтобы распространять сборки, я 
> столкнулся с проблемой. С какой реализацией OpenCL линковать? NVIDIA, AMD, 
> [[https://software.intel.com/en-us/articles/opencl-drivers Intel]], Mesa? Ответ 
> - FreeOCL!

> На самом деле, не важно с чем линковать. У всех известных мне 
> реализаций OpenCL, сама библиотека [[B]]libOpenCL.so.1[[/B]] занимает  около 30 Кб. Оказывается, 
> внутри этой библиотеки ничего нет. Сам OpenCL находится в другой библиотеке 
> (например в [[B]]libatiocl64.so[[/B]] - см. [[B]]/etc/OpenCL/vendors/*.icd[[/B]] для 
> подробностей). Однако залить проприетарный драйвер в OBS-репозиторий я не могу, так 
> как закрытый код. Остаётся только Mesa и FreeOCL.

> [[https://github.com/zuzuf/freeocl FreeOCL]] это программная реализация OpenCL, написанная 
> на C++, и имеющая у себя в зависимостях libatomic_ops - а 
> LLVM не имеющая. Установив в систему [[B]]FreeOCL[[/B]] и [[B]]opencl-headers[[/B]], 
> я успешно собрал Wine. Причём Wine линкуется только с OPENCL_1.0, что 
> не помешало конечному софту, запущенному в Wine, успешно задействовать расширения 1.2 
> и 2.0.

> В общем, рекомендую всем, кто до сих пор собирает с AMD APP 
> SDK 3.0, перейти на FreeOCL. Я попробовал скомпилировать весь известный мне 
> OpenCL-софт при помощи FreeOCL, а затем запустить на NVIDIA и AMD 
> - всё работает безупречно. Не падает, не отказывается стартовать, и демонстрирует 
> ровно ту же скорость работы.

> P.S. Бинарник получает зависимость от libOpenCL.so.1 (параметр [[B]]-lOpenCL[[/B]]), 
> а пакет RPM или DEB также получает от pkg-config ещё несколько 
> зависимостей:

>    libOpenCL.so.1(OPENCL_1.0)(64bit) 
>    libOpenCL.so.1(OPENCL_1.1)(64bit) 
>    libOpenCL.so.1(OPENCL_1.2)(64bit) 
>    libOpenCL.so.1(OPENCL_2.0)(64bit)

> Поэтому если вы собираете пакеты, а не просто tar.gz архив с программой, 
> рекомендую пропатчить FreeOCL патчем 
> [[https://build.opensuse.org/package/view_file/home:linux4humans:wine-staging/freeocl/freeocl-0.3.6-disable-symbol-versioning.patch?expand=1 
> freeocl-0.3.6-disable-symbol-versioning.patch]]. В этом случае, пакет получит зависимость 
> только от [[B]]libOpenCL.so.1()(64bit)[[/B]]. Например в моей системе в пакете NVIDIA 
> 340.xx нет «версионинга» OpenCL, а в 390.xx он есть. Вследствие чего, 
> пакет не хотел устанавливаться, но после force install - работал.

> URL: 
> Обсуждается: http://www.opennet.ru/tips/info/3072.shtml

При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру