Что важно при скрещивании с использованием automake?

Question

Это может быть непросто ответить кратко, но я не считаю его открытым: при использовании automake и configure для кросс-компиляции библиотеки, что должно быть самым важным, что мне нужно, чтобы избежать «утечек инструментальных цепей», ?

Вот некоторые контекст ...

Во-первых, утечка набора инструментов определяется здесь: http://landley.net/writing/docs/cross-compiling.html

Я компиляции libuuid от источника с использованием набора инструментов, который сделан для кросс компиляции кода, который будет работать в пользовательской системе на основе debian. Цель проекта состоит в том, чтобы скомпилировать код (включая эту стороннюю библиотеку, от которой зависит мое приложение) с помощью инструментальной цепочки, чтобы компиляция была независимой главной машины.

До сих пор я пытался предоставить компилятор моего инструментального инструмента gcc, который выглядит нормально, но когда я запускаю ./configure, есть много вещей, которые он проверяет, и я не уверен, как сказать, какие из них действительно имеют значение, и я «Не знаю, как это сделать, только проверьте мою инструментальную цепочку и проигнорируйте что-либо в главной системе. Вот несколько примеров:

Здесь вы можете увидеть, что ./configure доволен моей ToolChain компилятором:

checking whether we are using the GNU C compiler... yes 
checking whether <toolchain>/bin/i686-linux-gcc accepts -g... yes 

Тогда вскоре после того, как вы можете видеть, что находит grep на моей системе хозяина, которая, кажется, как «утечка ToolChain '

checking for grep that handles long lines and -e... /bin/grep 

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

checking for linux/compiler.h... no 
checking for linux/blkpg.h... yes 
checking for linux/major.h... yes 
checking asm/io.h usability... no 
<...> 

Answer 1

Тогда вскоре после того, как вы можете видеть это находит Grep на моей системе хозяина, которая, кажется, как «набор инструментов leak '

Я бы не назвал это «утечкой инструментальной цепочки», и ссылка на нее также не указана. Он упоминает эти вещи, как быть «утечек»:

• несобственных заголовочные файлы из autoconf --build системы (так называемый «хозяин» в статье, и в вашем посте).
• Неправомерные библиотеки из --build системы

Я не думаю, что набор инструментов я использовал имеет собственный grep исполняемый файл. Что бы это было по-другому?

Это, как говорится, не должно использоваться --build s linux заголовки. Обычно у инструментальной цепочки есть своя собственная копия. Это будет «утечка».

Я компилирую libuuid из источника с помощью инструментальной цепочки, которая предназначена для кросс-компиляции кода, который будет работать в пользовательской системе на основе debian. Цель проекта состоит в том, чтобы скомпилировать код (включая эту стороннюю библиотеку, от которой зависит мое приложение) с помощью инструментальной цепочки, чтобы компиляция не зависела от главной машины.

Он будет идти что-то вроде этого: компилировать зависимость с инструментарием, и установить его в инструментарии, /usr/lib (или где-то, где вы планируете держать кросс скомпилированы библиотеки, если вы не хотите загромождать свой набор инструментов). Скомпилируйте libuuid с помощью инструментальной цепочки (конечно, ссылаясь на зависимость).