Почему имя инструментальной цепочки имеет отдельные поля ОС и EABI.?

Question

Для примера. arm-unknown-linux-gnueabi Теперь, когда ОС i.e Linux исправлена, C-библиотека будет исправлена ​​(GLibc), и, следовательно, соглашение о вызове и последующее ABI будут исправлены. Каково требование 4-го поля, например ABI? Может ли инструментальная цепочка использовать другой ABI из той, которая используется базовой ОС и LIBC. В этом случае, как библиотеки, скомпилированные указанной инструментальной цепочкой, запускаются в ОС?

Answer 1

Это более или менее исторические причины, a.k.a the holy wars about the sacred operating system's name. То, что вы называете «имя инструментальной цепочки», на самом деле называется Target Triplet, и, как следует из названия, оно имеет три поля, не более или менее. В вашем примере случае поля будут:

• Machine/CPU: arm
• Производитель: unknown
• Операционная система: linux-gnueabi

Возьмем другой справочный пример я уже сталкивался: i686-elf-gcc, который используется для hobbyist operating system development:

• Machine/CPU: i686-elf
• Производитель: unknown (неявный)
• Операционная система: none (неявное; компилятор фактически является freestandingcross compiler, который используется для разработки operating system kernels, поэтому выводимый код не ожидает базовой ОС, так как выходной код является самой ОС!).

Это просто вопрос путаницы, происходящая из того факта, что поля могут (и сделать) использовать - символ, который используется для разделения полей, тоже. В вашем случае ОС считается linux-gnueabi, иначе известной как операционная система GNU с ядром Linux, используя Embedded ARM ABI. Ядро Linux has historically been one of the most portable pieces of software in the world, поэтому ожидается, что оно будет переносимым для других ARI ABI, хотя я знаю только EABI ...