Компиляция gcc на клоне powerpc

12.08.2014 17:46 #389410

Доброго времени суток!
Пытаюсь откомпилировать GCC на машине с процессором MPC8548 (ядро e500v2), машина является VME конроллером. На компьютере установлен debian Etch. Скачал gcc-4.3.2. пытаюсь компилировать. Запускаю
#./configure --with-gmp=/usr/local --with-mpfr=/usr/local --with-cpu=8548 --enable-e500_double --with-long-double-128

Показать

checking build system type... powerpc-unknown-linux-gnu
checking host system type... powerpc-unknown-linux-gnu
checking target system type... powerpc-unknown-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gnatbind... no
checking for gnatmake... no
checking whether compiler driver understands Ada... no
checking how to compare bootstrapped objects... cmp --ignore-initial=16 $$f1 $$f2
checking for correct version of gmp.h... yes
checking for correct version of mpfr.h... yes
The following languages will be built: c,c++
*** removing build-powerpc-unknown-linux-gnu/libiberty/Makefile to force reconfigure
*** removing build-powerpc-unknown-linux-gnu/fixincludes/Makefile to force reconfigure
checking for bison... no
checking for byacc... no
checking for yacc... no
checking for bison... no
checking for gm4... no
checking for gnum4... no
checking for m4... m4
checking for flex... no
checking for lex... no
checking for flex... no
checking for makeinfo... no
checking for expect... no
checking for runtest... no
checking for ar... ar
checking for as... as
checking for dlltool... no
checking for ld... ld
checking for lipo... no
checking for nm... nm
checking for ranlib... ranlib
checking for strip... strip
checking for windres... no
checking for windmc... no
checking for objcopy... objcopy
checking for objdump... objdump
checking for cc... cc
checking for c++... c++
checking for gcc... gcc
checking for gcj... no
checking for gfortran... no
checking for ar... no
checking for ar... ar
checking for as... no
checking for as... as
checking for dlltool... no
checking for dlltool... no
checking for ld... no
checking for ld... ld
checking for lipo... no
checking for lipo... no
checking for nm... no
checking for nm... nm
checking for objdump... no
checking for objdump... objdump
checking for ranlib... no
checking for ranlib... ranlib
checking for strip... no
checking for strip... strip
checking for windres... no
checking for windres... no
checking for windmc... no
checking for windmc... no
checking where to find the target ar... host tool
checking where to find the target as... host tool
checking where to find the target cc... just compiled
checking where to find the target c++... just compiled
checking where to find the target c++ for libstdc++... just compiled
checking where to find the target dlltool... host tool
checking where to find the target gcc... just compiled
checking where to find the target gcj... host tool
checking where to find the target gfortran... host tool
checking where to find the target ld... host tool
checking where to find the target lipo... host tool
checking where to find the target nm... host tool
checking where to find the target objdump... host tool
checking where to find the target ranlib... host tool
checking where to find the target strip... host tool
checking where to find the target windres... host tool
checking where to find the target windmc... host tool
checking whether to enable maintainer-specific portions of Makefiles... no
checking whether -fkeep-inline-functions is supported... yes
configure: creating ./config.status
config.status: creating Makefile

далее:
#make clean
#make

Показать

.........................................................................
.....................................................................

make[3]: Entering directory `/runcfs/gcc/gcc-4.3.2/powerpc-unknown-linux-gnu/libstdc++-v3'
Making all in include
make[4]: Entering directory `/runcfs/gcc/gcc-4.3.2/powerpc-unknown-linux-gnu/libstdc++-v3/include'
make[4]: [stamp-std] Error 1 (ignored)
make[4]: *** No rule to make target `/root/gcc-4.3.2/libstdc++-v3/include/bits/algorithmfwd.h', needed by `stamp-bits'. Stop.
make[4]: Leaving directory `/runcfs/gcc/gcc-4.3.2/powerpc-unknown-linux-gnu/libstdc++-v3/include'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/runcfs/gcc/gcc-4.3.2/powerpc-unknown-linux-gnu/libstdc++-v3'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/runcfs/gcc/gcc-4.3.2/powerpc-unknown-linux-gnu/libstdc++-v3'
make[1]: *** [all-target-libstdc++-v3] Error 2
make[1]: Leaving directory `/runcfs/gcc/gcc-4.3.2'
make: *** [all] Error 2

Поиск в сети результатов не дал. Сталкивался ли кто-нибудь с подобной проблемой? И вообще куда смотреть?
Заранее признателен за любую подсказку!

12.08.2014 18:03 #389415

Зачем make clean?

13.08.2014 00:04 #389461

"yars" написал:
Зачем make clean?

на всякий случай. Хуже не будет.

13.08.2014 01:50 #389470

"П-нер" написал:
make[4]: *** No rule to make target `/root/gcc-4.3.2/libstdc++-v3/include/bits/algorithmfwd.h', needed by `stamp-bits'. Stop.

архив с исходниками точно не битый? распаковался правильно? полностью? ни какие кривые патчи не накладывались?

и общее:
с чем связан выбор версии? и нельзя ли обойтись без самостоятельной сборки компилятора? не очень знаком с процессом сборки софта в дебе, но возможно-ли собрать gcc родными средствами?

13.08.2014 04:19 #389476

"Fat-Zer" написал:
архив с исходниками точно не битый? распаковался правильно? полностью? ни какие кривые патчи не накладывались?

Скачан с официального gcc сайта, Без каких-либо патчей. Без проблем компилируется на i686 машине с Дебианом 7

"Fat-Zer" написал:
с чем связан выбор версии? и нельзя ли обойтись без самостоятельной сборки компилятора? не очень знаком с процессом сборки софта в дебе, но возможно-ли собрать gcc родными средствами?

Производитель контроллера впридачу к машине выдает софт для взаимодействия с VME (библиотеки без исходников) и пропатченное ядро. Все это для debian Etch. Никаких обновлений производитель не делает, так-что работать надо именно с версией gcc, что стоит в Etch. GCC из дистрибутива Etch не умеет компилировать с++, повидимому библиотека libstdc++ сделана не для этого клона процессора - любой екзешник выдает при запуске Illegal instruction. При этом си компилируется правильно. Поскольку gcc написан на си, есть надежда, что перекомпилировав gcc из исходника, удастся сделать правильный с++. Имеется куча наработанного софта под с++, который очень не хочется корежить на си, вот и возникла проблема компиляции gcc. Дистрибутив Etch не поддерживается, так что дебьяновских исходников я не нашел.

13.08.2014 14:06 #389529

"П-нер" написал:
любой екзешник выдает при запуске Illegal instruction.

-mcpu=8540 или =mcpu=powerpc пробовал?

"П-нер" написал:
Скачан с официального gcc сайта, Без каких-либо патчей. Без проблем компилируется на i686 машине с Дебианом 7

хотел услышать, что ./libstdc++-v3/include/bits/algorithmfwd.h точно на месте после распаковки...

13.08.2014 14:40 #389531

"П-нер" написал:
No rule to make target `/root/gcc-4.3.2/libstdc++-v3/include/bits/algorithmfwd.h', needed by `stamp-bits'. Stop.

кури makefile, который после "успешного" конфигурирования создается, на отсутствие наличия необходимых объектов

"П-нер" написал:
#make clean

"yars" написал:
Зачем make clean?

Правильно тебе земляк замечание делает, не нужен, т.к. объектных файлов не компилировалось.