Compiling gcc.3.0.4 for m68k-elf with C++-support

[Kai Ruottu]

Lau Sennels wrote:
> 
> Hello.
> 
> I am attempting to compile a linux-m68k-elf crosscompiler based
> on gcc-3.0.4 with C/C++-support on Redhat 7.2. I get the following
> error when compiling the (final) compiler:
> 
> /home/erik/src/build-gcc/gcc/xgcc -B/home/erik/src/build-gcc/gcc/
> -B/home/erik/m68k-elf/bin/ -B/home/erik/m68k-elf/lib/ -isystem
> /home/erik/m68k-elf/include -c -DHAVE_CONFIG_H -g -O2 -I.
> -I../../../gcc-3.0.4/libiberty/../include  -W -Wall -Wtraditional
> -pedantic ../../../gcc-3.0.4/libiberty/vsprintf.c
> ../../../gcc-3.0.4/libiberty/vsprintf.c: In function `vsprintf':
> ../../../gcc-3.0.4/libiberty/vsprintf.c:47: structure has no member
> named `_flag'
> ../../../gcc-3.0.4/libiberty/vsprintf.c:47: `_IOWRT' undeclared (first
> use in this function)

 Looks familiar...

> 4) compile
> $ ../gcc-3.0.4/configure --target=$TARGET --prefix=$PREFIX \
>    --enable-languages=c,c++ --with-local-prefix=${PREFIX}/${TARGET} \
>    --with-gnu-as --with-gnu-ld
> 
> The process fails in 4). It does compile when I turn off c++-support.
> Can anyone suggest what I am doing wrong?

 Probably nothing, there is somewhere a bug and your choices are to use
some workaround or to try to find the bug which caused this and to repair
it...

 When the 'vsprintf()' should be present in 'libc.a', there aren't a
reason to duplicate it in 'libiberty.a', so my workaround has been to
remove it from the needed 'OBJS' (or something) in the Makefile(s).
First to edit one Makefile and make a diff between the original and
the edited one and to use the diff with 'patch' for the others... This
takes totally a minute or less, so searching the bug in the configure-
system hasn't been very interesting...

Cheers, Kai



------
Want more information?  See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/
Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com