Просмотр исходного текста страницы Проблемы кросс-сборки — исполнение бинарных файлов (Михаил Шалаев, OSSDEVCONF-2016)

== Аннотация ==
;Докладчик: {{Speaker|Михаил Шалаев}}
<blockquote>
За время существования свободного программного обеспечения создано огромное количество программных пакетов, сборка
каждого из которых может иметь свои особенности. Разработано несколько популярных и широко распространенных систем
конфигурации, большинство из которых предоставляет вариативность выбора целевой операционной системы.


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

В докладе раскрыты наиболее часто возникающие проблемы и возможные пути их решения.
</blockquote>


== Видео ==

{{vimeoembed|185613769|800|450}}
{{youtubelink|ilftSosnR4s}}{{letscomment}}

== Слайды ==
[[File:Проблемы кросс-сборки — исполнение бинарных файлов (Михаил Шалаев, OSSDEVCONF-2016).pdf|left|page=-|256px]]

{{----}}

== Расширенные тезисы ==
<latex>
При создании вычислительной машины новой архитектуры неизбежно возникает проблема её программного обеспечения. Работа
посвящена проблемам создания пользовательского окружения в кросс-режиме для широко используемых и новых аппаратных
платформ.

Исходные требования к системе создания пользовательского окружения следующие:

\begin{itemize}
\item наименьшие затраты на адаптацию программного кода к новой платформе (максимальная совместимость с существующей
кодовой базой);
\item ограниченный доступ к аппаратуре;
\item возможность быстрого масштабирования процесса разработки;
\item поддержка нескольких архитектур.
\end{itemize}
За время существования свободного программного обеспечения создано огромное количество программных пакетов, сборка
каждого из которых может иметь свои особенности. Разработано несколько популярных и широко распространенных систем
конфигурации, большинство из которых предоставляет вариативность выбора целевой операционной системы.

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

\begin{itemize}
\item отсутствие опций для определения целевой платформы сборки при конфигурации;
\item явное определение переменных, использующихся при сборке, например компилятора, без возможности переопределения
извне, несмотря на имеющиеся механизмы динамического определения значений для этих переменных;
\item явное указание путей поиска исполняемых библиотек и заголовочных файлов.
\end{itemize}
Эти и подобные проблемы можно решить как правками «на лету», так и доработкой исходных текстов.

Еще одна проблема, возникающая при кросс-сборке некоторых пакетов заключается в необходимости запускать только что
собранные исполняемые файлы. Это возникает в ряде случаев:

\begin{itemize}
\item запуск собранных исполняемых программ в процессе проведения внутренних тестов (make check);
\item запуск программ для получения документации, например при использовании утилиты help2man;
\item запуск промежуточных программ, используемых при генерации файлов, необходимых для дальнейшей сборки программного
пакета.
\end{itemize}
Если решить первую проблему можно отключением внутреннего тестирования пакета, то для решения остальных можно предложить
следующие подходы:

\begin{itemize}
\item сборка на вычислительном комплексе с подменой исполнения целевых бинарных фалов локальными;
\item сборка на вычислительном комплексе с исполнением целевых бинарных файлов в виртуальной машине, например, qemu;
\item сборка на вычислительном комплексе с исполнением целевых бинарных файлов на удаленной машине (использование remote
shell);
\item сборка на вычислительном комплексе с целевой архитектурой, компиляция проводится кросс-компилятором с
использованием distcc.
\end{itemize}
При использовании данных подходов появляется возможность удовлетворить требованиям, поставленным к конкретному конечному
продукту. Выбирать из них следует в зависимости от доступных программных решений и имеющегося количестава аппаратных
комплексов.
</latex>

[[File:{{#setmainimage:Проблемы кросс-сборки — исполнение бинарных файлов (Михаил Шалаев, OSSDEVCONF-2016)!.jpg}}|center|640px]]
== Примечания и отзывы ==
<!-- <blockquote>[©]</blockquote> -->

{{fblink|1780615302191483}}                                          
<references/>



{{stats|disqus_comments=0|refresh_time=2020-01-09T23:47:50.598077|vimeo_comments=0|vimeo_plays=28|youtube_comments=0|youtube_plays=25}}

[[Категория:OSSDEVCONF-2016]]
[[Категория:Open-source]]