This is the mail archive of the
gcc-help@gcc.gnu.org
mailing list for the GCC project.
Problems building PowerPC-Eabi cross GCC.
- To: gcc-help at gcc dot gnu dot org
- Subject: Problems building PowerPC-Eabi cross GCC.
- From: Rolf dot Barwick at aculab dot com
- Date: Wed, 11 Oct 2000 17:08:17 +0100
Hi,
I have had problems compiling genattr.c when creating a cross
compiler for target=powerpc-eabi. I am wishing to get a cross compiler,
but not too fussed about getting a runtime library (at least at this stage).
My activities so far have been to configure, make and make install
binutils-2.10.0.26 with
./configure --prefix=/Tools/Cross_Compiler/local
--exec-prefix=/Tools/Cross_Compiler/local
--host=i586-pc-linux-gnu
--target=powerpc-eabi
then with gcc-2.95.2 to
./configure --prefix=/Tools/Cross_Compiler/local
--exec-prefix=/Tools/Cross_Compiler/local
--host=i586-pc-linux-gnu
--target=powerpc-eabi
which all appears to have worked. This was followed by the make which
failed, the significant part of output follows
gcc -c -DCROSS_COMPILE -DIN_GCC -DHAIFA -g -O2 -DHAVE_CONFIG_H -I.
-I. -I./config -I./../include ./genattr.c
./genattr.c: In function `main':
./genattr.c:280: `free' undeclared (first use in this function)
./genattr.c:280: (Each undeclared identifier is reported only once
./genattr.c:280: for each function it appears in.)
make[1]: *** [genattr.o] Error 1
make[1]: Leaving directory `/Tools/Cross_Compiler/gcc-2.95.2/gcc'
make: *** [all-gcc] Error 2
I have not drafted in any include files from other systems, and am
not aware of any lists of header files which would be required for embedded
systems. I do not believe it has got to the stage of compiling anything
for the target (e.g. runtime libraries), which I am not interested in
anyway. I would also be interested in knowing if options exist to generate
the compiler without generating the runtime libraries.
As my build system is the same as my host, I'm not sure if it is
related to a problem Zack Weinberg reported on egcs-1.0.1 in March 1998.
The proposed work-around for that (of -DHAVE_STDLIB_H) doesn't work in this
case.
Rolf Barwick
Rolf.Barwick@aculab.com