История изменений
Исправление Stanson, (текущая версия) :
Будет медленнее раз так в 5-10, в зависимости от сырцов, если там C++ с распоследними финтифлюшками, и ядро тоже под эмулятором, то может и в 20 раз меделеннее.
Есть пара вариантов, чтобы собирать в ARM окружении, но не потерять скорость:
1. qemu-user + chroot в директорию с ARM системой где компилятор и binutils заменены на статически собранные кросс-тулзы x86 для ARM. Окружение полностью ARM, а собираться будет нативным кросс-компилятором. Можно собрать кросс и как shared но тогда придётся пересобрать libc чтобы дать другое имя ld-linux и положить x86 библиотеки в отдельную /lib-x86, чтобы они не пересекались с ARM либами.
2. qemu-user + chroot в ARM или полный qemu-system ARM но настроить в этой ARM системе distcc который будет запускать нативный кросс-компилятор на этой же или даже на нескольких машинах. Если машин с distcc - серверами несколько, и сборка хорошо параллелится, то это будет даже быстрее чем прямая кросс-компиляция.
Исходная версия Stanson, :
Будет медленнее раз так в 5-10.
Есть пара вариантов, чтобы собирать в ARM окружении, но не потерять скорость:
1. qemu-user + chroot в директорию с ARM системой где компилятор и binutils заменены на статически собранные кросс-тулзы x86 для ARM. Окружение полностью ARM, а собираться будет нативным кросс-компилятором. Можно собрать кросс и как shared но тогда придётся пересобрать libc чтобы дать другое имя ld-linux и положить x86 библиотеки в отдельную /lib-x86, чтобы они не пересекались с ARM либами.
2. qemu-user + chroot в ARM или полный qemu-system ARM но настроить в этой ARM системе distcc который будет запускать нативный кросс-компилятор на этой же или даже на нескольких машинах. Если машин с distcc - серверами несколько, и сборка хорошо параллелится, то это будет даже быстрее чем прямая кросс-компиляция.