Сбой двоичного файла при сборке с помощью PPC

Почему, во имя бога, он будет собираться и работать на x86, а не на ppc.

Есть миллион возможных причин, от сломанного кросс-тулчейна до багов в libc и некорректного вызова тулчейна.

я прошу направления

Вы должны начать с компиляции этого источника:

int main() { return 0; }

и проверка того, что он работает (это проверяет работоспособность базовой цепочки инструментов). Если это так, вы затем расширяете его, чтобы напечатать что-нибудь. Затем скомпилируйте его именно с теми флагами, которые вы используете в своем реальном проекте.

Если все это подтвердится, вы можете запустить свой реальный проект под strace и/или GDB и посмотреть, понимаете ли вы, где происходит сбой. Если вы этого не сделаете, отредактируйте свой вопрос с выходными данными инструментов, и кто-то сможет угадать лучше.

Обновление:

Кажется, цепочка инструментов PPC или, скорее, ее компилятор не знал, как обрабатывать статические переменные, объявленные после использования.

Если бы это было правдой, вы бы получили ошибку компиляции. Вы этого не сделали, так что это ложь.

On Target: «gdb сбой/приложение», а затем посмотрите на кадры, где-то есть кадр «__static_initialization_and_destruction_0», который должен даже указать вам на файл и строку, в которой используется еще не объявленная статическая переменная.

Ваша настоящая проблема, скорее всего, заключается в следующем: порядок построения глобальных (или статических по классу) переменных в разных единицах перевода (т. е. в разных исходных файлах) не определен (и обычно противоположен между x86_64 и ppc). Если у вас есть две такие глобальные переменные в разных файлах (скажем, A и B), и если конструктор Bs зависит от того, что A уже построен, ваша программа будет нормально работать на платформах, где A создается до B, но произойдет сбой на платформах, где B пытаются построить до A.