Компиляция gcc 4.6.2 (не может вычислять суффикс объектных файлов)
Проблема при компиляции gcc 4.6.2:
checking for avr-gcc... /data/data6/soft/src_build/gcc-4.6.2/host-x86_64-unknown-linux-gnu/gcc/xgcc -B/data/data6/soft/src_build/gcc-4.6.2/host-x86_64-unknown-linux-gnu/gcc/ -B/data/data6/soft/programming/gcc-avr/avr/bin/ -B/data/data6/soft/programming/gcc-avr/avr/lib/ -isystem /data/data6/soft/programming/gcc-avr/avr/include -isystem /data/data6/soft/programming/gcc-avr/avr/sys-include
checking for suffix of object files... configure: error: in `/data/data6/soft/src_build/gcc-4.6.2/avr/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
В моем gcc-4.6.2/avr/libgcc/config.log я нашел:
configure:3268: /data/data6/soft/src_build/gcc-4.6.2/host-x86_64-unknown-linux-gnu/gcc/xgcc -B/data/data6/soft/src_build/gcc-4.6.2/host-x86_64-unknown-linux-gnu/gcc/ -B/data/data6/soft/programming/gcc-avr/avr/bin/ -B/data/data6/soft/programming/gcc-avr/avr/lib/ -isystem /data/data6/soft/programming/gcc-avr/avr/include -isystem /data/data6/soft/programming/gcc-avr/avr/sys-include -c -g -O2 conftest.c >&5
exec: 89: -o: not found
configure:3272: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3286: error: in `/data/data6/soft/src_build/gcc-4.6.2/avr/libgcc':
configure:3289: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
Если эта команда запускается напрямую (после создания conftest.c), вывод будет таким же.
Что такое exec: 89: -o: не найден? Какую программу написать? Где 89 строк?
Решения, такие как экспорт LD_CONFIG_PATH или добавление строк в /etc/ld.so.conf с пути к GMP, MPFR, MPC, не работают для меня.
Где найти решение этой проблемы?
Обновление. Это проблема конфигурации. У Gcc есть очень хороший вариант -v:-) И я вижу, что это ассемблерный вызов из gcc, который терпит неудачу. С опцией -save-temps я сохранил источник ассемблера и запускаю ассемблер, но это не имеет значения.
Вместо вызова реального ассемблера он вызывает оболочку оболочки script, в моем случае /data/data 6/soft/src_build/avr-gcc/gcc/as, которая начинается с:
ORIGINAL_AS_FOR_TARGET=""
ORIGINAL_LD_FOR_TARGET=""
ORIGINAL_PLUGIN_LD_FOR_TARGET=""
ORIGINAL_NM_FOR_TARGET=""
И когда он формирует вызов командной строки, мы имеем следующее:
exec -o conftest.o conftest.s
который не работает, как описано выше.
Где это необходимо исправить? Чтобы получить такой вызов: exec как -o conftest.o conftest.s
Где хорошее место для установки переменной ORIGINAL_AS_FOR_TARGET?
Ответы
Ответ 1
У меня была такая же проблема с кросс-компиляцией для mips.
Шаг первый: выполните кросс-компиляцию binutils для вашей цели. Установите их куда-нибудь здравомыслящим. Я использую /usr/local/ [target] -gcc
Убедитесь, что вы настроили их с помощью --program-prefix = [target] -
Что-то вроде (untested):
configure --prefix=/usr/local/avr-gcc --program-prefix=avr- --target=avr
Затем вам нужно настроить некоторые переменные среды, чтобы GCC мог их найти:
export AR_FOR_TARGET=/usr/local/avr-gcc/bin/avr-ar
export LD_FOR_TARGET=/usr/local/avr-gcc/bin/avr-ld
export OBJDUMP_FOR_TARGET=/usr/local/avr-gcc/bin/avr-objdump
export NM_FOR_TARGET=/usr/local/avr-gcc/bin/avr-nm
export RANLIB_FOR_TARGET=/usr/local/avr-gcc/bin/avr-ranlib
export READELF_FOR_TARGET=/usr/local/avr-gcc/bin/avr-readelf
export STRIP_FOR_TARGET=/usr/local/avr-gcc/bin/avr-strip
export AS_FOR_TARGET=/usr/local/avr-gcc/bin/avr-as
Теперь вы можете настроить и скомпилировать GCC. Убедитесь, что вы начинаете с полностью пустого каталога сборки, иначе gcc/as и т.д. Не будут воссозданы.
Ответ 2
"* Строительство GCC не является тривиальным, но это не сложно, если внимательно следовать инструкциям.
Многие люди спешат пытаться построить его, не читая надлежащим образом установочные документы и не допуская одну или несколько из этих распространенных ошибок:
1) не запускается. /configure из gcc src dir (это не поддерживается) = > вам нужно запустить configure из-за пределов исходного каталога gcc
2) Примечание: если GCC динамически связывается с необходимыми библиотеками (GMP/MPFR/MPC), то общие библиотеки должны находиться в пути динамического компоновщика (LD_LIBRARY_PATH), как при создании gcc, так и при использовании установленного компилятора. * "
Простой пример (без динамической ссылки на GMP/MPFR/MPC):
tar xzf gcc-4.8.0.tar.gz
cd gcc-4.8.0
./contrib/download_prerequisites
cd ..
mkdir objdir
cd objdir
$PWD/../gcc-4.8.0/configure --prefix=/opt/gcc-4.8.0
make
make install
Источники:
Advogato Doc -
GNU Doc