Кортекс руки A9 кросс-компиляция странное поведение с плавающей запятой

Я пытаюсь портировать более крупное приложение с x86 на вооружение cortex a9, но я получаю странные ошибки сегментации с функциями с плавающей запятой, такими как modf, при кросс-компиляции приложения, другие функции libc ++, кажется, просто обрабатывают с плавающей точкой неправильно, но не дают сбоя (увидеть ниже).

Поэтому я попробовал эту небольшую тестовую программу, которая также может вызвать ошибку.
Вывод тестовой программы (см. Ниже) должен продемонстрировать мою проблему.

#include <iostream>
int main(int argc, char *argv[])
{
double x = 80;
double y = 0;
std::cout << x << "\t" << y << std::endl;
return 0;
}

составлено на руку кору а9:

@tegra$ g++ -Wall test.cpp -o test_nativ
@tegra$ ./test_nativ
80      0

кросс составлен

@x86$ arm-cortex_a9-linux-gnueabi-g++ test.cpp  -o test_cc
@tegra$ ./test_cc
0       1.47895e-309

кросс-компилируется с опцией компоновщика -static.

@x86$ arm-cortex_a9-linux-gnueabi-g++ -static test.cpp  -o test_cc_static
@tegra$ ./test_cc_static
80      0

.

@x86$ arm-cortex_a9-linux-gnueabi-objdump -S test_cc
see: http://pastebin.com/3kqHHLgQ

@tegra$ objdump -S test_nativ
see: http://pastebin.com/zK35KL4X

.

Чтобы ответить на некоторые комментарии ниже:
— Кросс-компилятор настроен для little-endian, как и нативный компилятор на машине Tegra.
— Я не верю, что это проблема выравнивания памяти, у меня была их доля при переносе на arm, и они должны были посылать SIGBUS в приложение или регистрироваться в syslog, см. Документацию для / proc / cpu / alignment.

Мой текущий обходной путь — скопировать кросс-скомпилированную цепочку инструментов и использовать ее с LD_LIBRARY_PATH … не очень хорошо, но пока достаточно хорошо.

Редактировать:
Спасибо за ответ.
Тем временем я обнаружил, что дистрибутив linux на устройстве tegra был скомпилирован с помощью ‘-mfloat-abi = softfp’, хотя в документации указано, что требуется цепочка инструментов, скомпилированная с ‘-mfloat-abi = hard’.

Смена набора инструментов принесла успех.

Кажется, что разницу между hard и softfp можно увидеть с помощью ‘readelf -A’ в любом двоичном файле системы:
Если вывод содержит строку: «Tag_ABI_VFP_args: VFP registers», он компилируется с помощью «-mfloat-abi = hard». Если эта строка отсутствует, двоичный файл, скорее всего, компилируется с помощью ‘-mfloat-abi = softfp’.

Строка ‘Tag_ABI_HardFP_use: SP и DP’ не указывает на флаг компилятора ‘-mfloat-abi = hard’.